(57)【要約】      （修正有）【課題】予約を受ける側が予約を受けることができる時間帯が定まっておらず、予約をする側から予約申し込みがあった場合にその都度予約の可否を判断して効率的に返信することができ、且つ、申し込まれた予約の中で受けた予約をスケジュールに組み込むスケジュール管理システムを提供する。【解決手段】一般利用者が携帯端末３０を用いてスケジュールの申込を行うと、スケジュール管理装置１０を介して会員が携帯端末２０を用いて次にアクセスした場合にそのスケジュールの申込が通知され、会員は申込に対する返信を携帯端末２０を用いて行い、その返信はスケジュール管理装置１０を介して、スケジュールの申込をした一般利用者に対して送信されると共に、スケジュール管理装置１０によりスケジュールの申込を会員が承諾した場合にスケジュールの申込がスケジュールに組み入れられる。【選択図】図８
2007200024.tif 000002
【特許請求の範囲】
【請求項１】
会員の携帯端末がスケジュールの登録を要求し、会員の認証を経て会員の携帯端末の要求に応じてスケジュール管理装置が該当会員の登録してあるスケジュールを会員の携帯端末に送信し、一般利用者の携帯端末が会員に対するスケジュールの申込を行うスケジュール管理方法であって、
前記一般利用者の携帯端末が、会員が指定された状態で一般利用者識別情報、送信元アドレス、スケジュール日時及びスケジュール内容の一般利用者からの入力を受けるステップと、
前記一般利用者の携帯端末が、一般利用者識別情報、送信元アドレス、スケジュール日時及びスケジュール内容をスケジュール申込としてスケジュール管理装置に送信するステップと、
前記スケジュール管理装置が、前記一般利用者の携帯端末から受信したスケジュール申込を受信して記憶手段に記録するステップと、
前記スケジュール管理装置が、アクセスしてきた会員に対してスケジュール申込が記録されているか否かを判断するステップと、
前記スケジュール管理装置が、アクセスしてきた会員に対してスケジュール申込が記録されていると判断したときに、スケジュール申込を該当会員の携帯端末へ送信するステップと、
前記会員の携帯端末が、スケジュール管理装置からのスケジュール申込を受信した場合に、スケジュール申込を会員に報知するステップと、
前記会員の携帯端末が、会員のスケジュール申込に対する返信の入力を受けるステップと、
前記会員の携帯端末が、スケジュール申込に対する返信をスケジュール管理装置に送信するステップと、
前記スケジュール管理装置が、スケジュール申込に対する返信を受信してスケジュール申込に係る一般利用者のアドレスに送信するステップと、
前記スケジュール管理装置が、スケジュール申込に対する返信がスケジュール申込を承諾するものであるか否かを判断するステップと、
前記スケジュール管理装置が、スケジュール申込に対する返信がスケジュール申込を承諾するものであると判断した場合に、スケジュール申込をスケジュールとして登録するステップと、
前記一般利用者の携帯端末が、スケジュール申込に対する返信を受信した場合に、スケジュール申込に対する返信を一般利用者に報知するステップとを含むスケジュール管理方法。
【請求項２】
スケジュールの登録を要求する会員の携帯端末と、会員の認証を経て会員の携帯端末の要求に応じてスケジュールを該当会員のスケジュールとして登録し、会員の携帯端末の要求に応じて該当会員の登録してあるスケジュールを会員の携帯端末に送信するスケジュール管理装置と、会員に対してスケジュールの申込を行う一般利用者の携帯端末とを備えるスケジュール管理システムであって、
前記一般利用者の携帯端末は、会員が指定された状態で一般利用者識別情報、送信元アドレス、スケジュール日時及びスケジュール内容の一般利用者からの入力を受ける手段と、一般利用者識別情報、送信元アドレス、スケジュール日時及びスケジュール内容をスケジュール申込としてスケジュール管理装置に送信する手段とを含み、
前記スケジュール管理装置は、前記一般利用者の携帯端末から受信したスケジュール申込を受信して記憶手段に記録する手段と、アクセスしてきた会員に対してスケジュール申込が記録されているか否かを判断する手段と、その会員に対してスケジュール申込が記録されていると判断したときに、スケジュール申込を該当会員の携帯端末へ送信する手段とを含み、
前記会員の携帯端末は、スケジュール管理装置からのスケジュール申込を受信した場合に、スケジュール申込を会員に報知する手段と、会員のスケジュール申込に対する返信の入力を受ける手段と、スケジュール申込に対する返信をスケジュール管理装置に送信する手段とを含み、
前記スケジュール管理装置は、さらに、スケジュール申込に対する返信を受信してスケジュール申込に係る一般利用者のアドレスに送信する手段と、スケジュール申込に対する返信がスケジュール申込を承諾するものであるか否かを判断する手段と、スケジュール申込に対する返信がスケジュール申込を承諾するものであると判断した場合に、スケジュール申込をスケジュールとして登録する手段とを含み、
前記一般利用者の携帯端末は、さらに、スケジュール申込に対する返信を受信した場合に、スケジュール申込に対する返信を一般利用者に報知する手段を含むスケジュール管理システム。
【請求項３】
会員の使用する携帯端末の要求に応じてスケジュールを該当会員のスケジュールとして登録し、会員の携帯端末の要求に応じて該当会員の登録してあるスケジュールを会員の携帯端末に送信するようにコンピュータを実行するスケジュール管理プログラムであって、
一般利用者の使用する携帯端末から会員識別情報を伴うスケジュール参照要求を受けた場合に、会員識別情報に該当する会員のスケジュールを読み出して要求を行った一般利用者の携帯端末に送信する手順と、
一般利用者の携帯端末から一般利用者識別情報、送信元アドレス、会員識別情報、スケジュール日時、スケジュール内容からなるスケジュール申込を受信した場合に、スケジュール申込を記録する手順と、
会員の携帯端末から認証を経てスケジュール参照の要求を受けた場合に、該当会員に対するスケジュール申込が記録されているか否かを判断し、該当会員に対するスケジュールの申込が記録されていると判断したときにスケジュールと共にスケジュール申込をスケジュール参照の要求を行った会員の携帯端末に送信する手順と、
会員の携帯端末からスケジュール申込への返信を受けた場合に、スケジュール申込への返信を該当スケジュール申込に係る送信元アドレスに送信し、さらに、スケジュール申込への返信がスケジュール申込を承諾するものか否かを判断し、スケジュール申込を承諾するものであると判断したときにスケジュール申込を該当会員のスケジュールとして登録する手順とをコンピュータに実行させるためのスケジュール管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、個人のスケジュールを登録、閲覧等するためのスケジュール管理システムに関し、特に、スケジュールを登録した本人以外にスケジュールを閲覧可能とするスケジュール管理システムに関する。
【背景技術】
【０００２】
背景技術として、特開２００２−３１８８５４号公報に開示される病院予約システムが提案されている。この病院予約システムは、病院での長い待ち時間に鑑みて提案されたシステムであり、詳細は次の通りである。
【０００３】
この背景技術では、まず、受診者は携帯電話によりインターネット経由して予約受付サーバにアクセスし、予約申込をする事により、予約受付サーバは予約出来たら予約番号を携帯電話に発信する。これにより受診者は予約出来たことを確認出来る。当日の受診開始時間になったら病院側は予約受付サーバにアクセスし病院側のパソコンに当日の受診予約一覧表をダウンロードし印刷出力する。病院は受診予約一覧表によってカルテを準備し、受付順に診療を開始する。病院側は予約番号入力装置に予約番号を入力すると待合室の予約番号表示機に予約番号が表示される。待合室の受診者は表示された予約番号を見てどのくらいで自分の順番が回ってくるのかを判断できる。
【０００４】
同時に予約番号入力装置に予約番号を入力するとその情報はインターネット経由して予約受付サーバに転送され、現在診察中の予約番号を予約受付サーバに登録する。予約受付サーバは診察中の予約番号から予約申込者の待ち時間を計算し、一定以内の待ち時間になれば携帯電話に受診者の受診時間が近い事を自動的に連絡する。受診者はその連絡を受けて自分の受診時間が近い事を知り、病院へ出向き診察待合室に待機して自分の順番を待ち受診する。
【０００５】
このようにすると受診者は最小の待ち時間で診察出来る事になる。病院側でも何時間も受診者を待合室で待たせる事もないので小さい待合室を準備すれば良く、合理的な建築設計が出来る。また、予約受付サーバの内容から受診予約一覧表を作成し、そのデータを基
にしてカルテの事前準備作業や、医療費請求事務、顧客情報管理等の病院の付帯事務作業を合理化する事が出来る。
【特許文献１】特開２００２−３１８８５４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
前記背景技術は以上のように構成されていたために、予約を受ける側が病院、会社のように業務時間が予め定まっており変更されることはないものである場合にはこの背景技術のシステムであっても予約する側が希望した日時に対して既に予約が入っているか否かをシステムが機械的に判断し、予約する側にその判断結果を通知することでができる。
しかしながら、予約を受ける側が個人のように予定を受け入れることができる時間が頻繁に変化する場合にシステムが機械的に判断するためには予約を受ける側がシステムに対して全スケジュールを登録する必要があり、この登録の手間は膨大であって多大な労力を要するという課題を有する。
また、登録に誤りがあれば誤った時間に予定が入ることになり、予約する側に多大な迷惑をかけてしまうと共に、仮に予約を受ける側が無理に予定を変更した場合でも予定変更に伴う他への影響があるという課題を有する。
【０００７】
当然であるが、病院、会社等では営業時間を掲げており、休日等の特定日を除き、営業時間内であれば予約がない限りは予約することができる。一方で、個人等は元々営業時間に縛られることはないが、予約を受け入れることができる時間は日によって異なる。逆に、個人等は病院、会社等と比べ営業時間を掲げてないため、無理な時間に予約を受けることができる。
【０００８】
また、仮に、予定を登録することができる時間帯が完全に予定を受ける側が登録している場合であっても、予定が実施される場所は常に決まった場所ではなく、その前後の予定の場所によっては予定を入れることができない場合もあり、機械的に時間のみで予定の挿入の可否を判断した場合には、挿入不可能の予定が入ってしまうという課題も有する。
【０００９】
本発明は前記課題を解決するためになされたものであり、予約を受ける側が予約を受けることができる時間帯が定まっておらず、予約をする側から予約申し込みがあった場合にその都度予約の可否を判断して効率的に返信することができ、且つ、申し込まれた予約の中で受けた予約をスケジュールに組み込むスケジュール管理システムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
（１）  本発明に係るスケジュール管理方法は、会員の携帯端末がスケジュールの登録を要求し、会員の認証を経て会員の携帯端末の要求に応じてスケジュール管理装置が該当会員の登録してあるスケジュールを会員の携帯端末に送信し、一般利用者の携帯端末が会員に対するスケジュールの申込を行うスケジュール管理方法であって、前記一般利用者の携帯端末が、会員が指定された状態で一般利用者識別情報、送信元アドレス、スケジュール日時及びスケジュール内容の一般利用者からの入力を受けるステップと、前記一般利用者の携帯端末が、一般利用者識別情報、送信元アドレス、スケジュール日時及びスケジュール内容をスケジュール申込としてスケジュール管理装置に送信するステップと、前記スケジュール管理装置が、前記一般利用者の携帯端末から受信したスケジュール申込を受信して記憶手段に記録するステップと、前記スケジュール管理装置が、アクセスしてきた会員に対してスケジュール申込が記録されているか否かを判断するステップと、前記スケジュール管理装置が、アクセスしてきた会員に対してスケジュール申込が記録されていると判断したときに、スケジュール申込を該当会員の携帯端末へ送信するステップと、前記会員の携帯端末が、スケジュール管理装置からのスケジュール申込を受信した場合に、スケジュール申込を会員に報知するステップと、前記会員の携帯端末が、会員のスケジュール申込に対する返信の入力を受けるステップと、前記会員の携帯端末が、スケジュール申込に対する返信をスケジュール管理装置に送信するステップと、前記スケジュール管理装置が、スケジュール申込に対する返信を受信してスケジュール申込に係る一般利用者のアドレスに送信するステップと、前記スケジュール管理装置が、スケジュール申込に対する返信がスケジュール申込を承諾するものであるか否かを判断するステップと、前記スケジュール管理装置が、スケジュール申込に対する返信がスケジュール申込を承諾するものであると判断した場合に、スケジュール申込をスケジュールとして登録するステップと、前記一般利用者の携帯端末が、スケジュール申込に対する返信を受信した場合に、スケジュール申込に対する返信を一般利用者に報知するステップとを含むものである。
【００１１】
このように本発明によれば、一般利用者が携帯端末を用いてスケジュールの申込を行うと、スケジュール管理装置を介して会員が携帯端末を用いて次にアクセスした場合にそのスケジュールの申込が通知され、会員は申込に対する返信を携帯端末を用いて行い、その返信はスケジュール管理装置を介して、スケジュールの申込をした一般利用者に対して送信されると共に、スケジュール管理装置によりスケジュールの申込を会員が承諾した場合にスケジュールの申込がスケジュールに組み入れられるので、一般利用者からの個別のスケジュールの申込に対して会員が適切に返信を行うことができ、且つ、スケジュールが自動的に組み入れられ、一般利用者とのスケジュールを会員が忘れることなく履行することができる。
【００１２】
携帯端末とは、使用者が携帯して無線通信できる端末のことであり、携帯電話、ＰＨＳ、ポータブルＰＣ、ＰＤＡ等が該当する。携帯電話、ＰＨＳは標準で無線通信の機能を有しているが、ポータブルＰＣ，ＰＤＡにおいては無線通信の機能を付属品を取り付けて選択的に有効にする必要がある場合がある。
【００１３】
「前記スケジュール管理装置が、アクセスしてきた会員に対してスケジュール申込が記録されていると判断したときに、スケジュール申込を該当会員の携帯端末へ送信するステップ」としているが、スケジュール申込だけでなく会員のスケジュールも送信する構成であってもよく、会員がスケジュール申込の承諾の可否を判断する場合に、自己のスケジュールを判断材料として用いることができる。
【００１４】
「前記スケジュール管理装置が、スケジュール申込に対する返信を受信してスケジュール申込に係る一般利用者のアドレスに送信するステップ」としているが、スケジュール申込に対する返信を受信した場合、スケジュール申込に対する返信を送信した場合に、その記録しているスケジュール申込を削除してもよく、以降の会員のアクセスによってスケジュール申込が送信されることなく、会員が不要なスケジュール申込を閲覧する必要がなくなる。さらに、ここで、スケジュール申込の承諾をしなかったスケジュール申込を削除するのではなく継続して記録しておき、別途返信済みのフラグをスケジュール申込に関連して設け、スケジュール申込を会員に送信する場合にフラグを参照して返信済みか否かを判断して、承諾をしない旨を返信済みのスケジュール申込であることを識別できるような情報を会員に送信し、会員はその情報が表示された場合にスケジュール申込が既に申込を承諾しない旨を返信済みであることを視認することができ、返信時ではスケジュール申込を受けることはできなかったが、状況が変わってそのスケジュール申込を受けることができるようになった場合に、その返信済みスケジュール申込に対して再度返信を行うことができ、会員の時間の有効活用を推し進めることができる。
【００１５】
（２）  本発明に係るスケジュール管理システムは、スケジュールの登録を要求する会員の携帯端末と、会員の認証を経て会員の携帯端末の要求に応じてスケジュールを該当会員のスケジュールとして登録し、会員の携帯端末の要求に応じて該当会員の登録してあるスケジュールを会員の携帯端末に送信するスケジュール管理装置と、会員に対してスケジュールの申込を行う一般利用者の携帯端末とを備えるスケジュール管理システムであって、前記一般利用者の携帯端末は、会員が指定された状態で一般利用者識別情報、送信元アドレス、スケジュール日時及びスケジュール内容の一般利用者からの入力を受ける手段と、一般利用者識別情報、送信元アドレス、スケジュール日時及びスケジュール内容をスケジュール申込としてスケジュール管理装置に送信する手段とを含み、前記スケジュール管理装置は、前記一般利用者の携帯端末から受信したスケジュール申込を受信して記憶手段に記録する手段と、アクセスしてきた会員に対してスケジュール申込が記録されているか否かを判断する手段と、その会員に対してスケジュール申込が記録されていると判断したときに、スケジュール申込を該当会員の携帯端末へ送信する手段とを含み、前記会員の携帯端末は、スケジュール管理装置からのスケジュール申込を受信した場合に、スケジュール申込を会員に報知する手段と、会員のスケジュール申込に対する返信の入力を受ける手段と、スケジュール申込に対する返信をスケジュール管理装置に送信する手段とを含み、前記スケジュール管理装置は、さらに、スケジュール申込に対する返信を受信してスケジュール申込に係る一般利用者のアドレスに送信する手段と、スケジュール申込に対する返信がスケジュール申込を承諾するものであるか否かを判断する手段と、スケジュール申込に対する返信がスケジュール申込を承諾するものであると判断した場合に、スケジュール申込をスケジュールとして登録する手段とを含み、前記一般利用者の携帯端末は、さらに、スケジュール申込に対する返信を受信した場合に、スケジュール申込に対する返信を一般利用者に報知する手段を含むものである。
本発明は既に方法として示したが、システムとして把握することもできる。
【００１６】
（３）  本発明に係るスケジュール管理プログラムは、会員の使用する携帯端末の要求に応じてスケジュールを該当会員のスケジュールとして登録し、会員の携帯端末の要求に応じて該当会員の登録してあるスケジュールを会員の携帯端末に送信するようにコンピュータを実行するスケジュール管理プログラムであって、一般利用者の使用する携帯端末から会員識別情報を伴うスケジュール参照要求を受けた場合に、会員識別情報に該当する会員のスケジュールを読み出して要求を行った一般利用者の携帯端末に送信する手順と、一般利用者の携帯端末から一般利用者識別情報、送信元アドレス、会員識別情報、スケジュール日時、スケジュール内容からなるスケジュール申込を受信した場合に、スケジュール申込を記録する手順と、会員の携帯端末から認証を経てスケジュール参照の要求を受けた場合に、該当会員に対するスケジュール申込が記録されているか否かを判断し、該当会員に対するスケジュールの申込が記録されていると判断したときにスケジュールと共にスケジュール申込をスケジュール参照の要求を行った会員の携帯端末に送信する手順と、会員の携帯端末からスケジュール申込への返信を受けた場合に、スケジュール申込への返信を該当スケジュール申込に係る送信元アドレスに送信し、さらに、スケジュール申込への返信がスケジュール申込を承諾するものか否かを判断し、スケジュール申込を承諾するものであると判断したときにスケジュール申込を該当会員のスケジュールとして登録する手順とをコンピュータに実行させるためのものである。
【００１７】
本発明は既に方法として示したが、プログラムとして把握することもできる。より詳細には、スケジュール管理サーバプログラムである。というのは、スケジュール管理装置、会員の携帯端末、一般利用者の携帯端末全てを動作させるためのプログラムではなく、スケジュール管理装置を動作させるためのプログラムであるからである。
これら前記の発明の概要は、本発明に必須となる特徴を列挙したものではなく、これら複数の特徴のサブコンビネーションも発明となり得る。
【発明を実施するための最良の形態】
【００１８】
ここで、本発明は多くの異なる形態で実施可能である。したがって、下記の実施形態の記載内容のみで解釈すべきではない。また、実施形態の全体を通して同じ要素には同じ符号を付けている。
実施形態では、主にシステムについて説明するが、所謂当業者であれば明らかな通り、本発明はコンピュータで使用可能なプログラム、方法としても実施できる。また、本発明は、ハードウェア、ソフトウェア、または、ソフトウェア及びハードウェアの実施形態で実施可能である。プログラムは、ハードディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、光記憶装置または磁気記憶装置等の任意のコンピュータ可読媒体に記録できる。さらに、プログラムはネットワークを介した他のコンピュータに記録することができる。
【００１９】
（本発明の第１の実施形態）
（１）システム構成
本実施形態に係るスケジュール管理システムは、スケジュールを登録し、登録されたスケジュールを送信するスケジュール管理サーバコンピュータ１０と、スケジュールをスケジュール管理サーバコンピュータ１０に登録することを要求する会員が有する携帯電話２０と、会員のスケジュールを参照することを要求する一般利用者が有する携帯電話３０とからなる。これらのシステム構成要素の他、スケジュール管理システムの運用者が使用するパーソナルコンピュータ４０と、コンピュータからの要求に応じて残高照会、振込のサービスを実行する銀行サーバコンピュータ５０と、名刺業者が使用するパーソナルコンピュータ６０がある。
【００２０】
スケジュール管理サーバコンピュータ１０と、携帯電話２０、携帯電話３０、パーソナルコンピュータ４０、銀行サーバコンピュータ５０及びパーソナルコンピュータ６０とはネットワークで接続しており情報の送受信が可能となっている。具体的なネットワーク構成は、本発明の本質的部分でなく、かつ、様々な周知技術が存在し当業者は適宜実現が可能であるので、ここでは詳細な説明は省略する。携帯電話でもＩＰ接続サービスが提供され、インターネットを介して各種コンピュータと情報通信が可能となっている。携帯電話のＩＰ接続サービスについても、省略するが、一般的には、無線基地局装置、交換機及びパケットデータ専用処理装置を介在させてインターネットと接続している。
【００２１】
（２）ハードウェア構成
図２は本実施形態に係るスケジュール管理システムが構築されているコンピュータのハードウェア構成図である。
スケジュール管理システムで用いられるコンピュータ１００は、ＣＰＵ(Central Processing Unit)１１１、ＲＡＭ(Random Access Memory)１１２、ＲＯＭ(Read Only Memory)１１３、フラッシュメモリ(Flash memory)１１４、外部記憶装置であるＨＤ(Hard disk)１１５、ＬＡＮ(Local Area Network)カード１１６、マウス１１７、キーボード１１８、ビデオカード１１９、このビデオカード１１９と電気的に接続する表示装置であるディスプレイ１１９ａ、サウンドカード１２０、このサウンドカード１２０と電気的に接続する音出力装置であるスピーカ１２０ａ及びフロッピーディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ等の記憶媒体を読み書きするドライブ１２１からなる。スケジュール管理サーバコンピュータ１０、パーソナルコンピュータ４０、銀行サーバコンピュータ５０、パーソナルコンピュータ６０はコンピュータ１００のハードウェア構成をとる。なお、若干のハードウェアの構成要素の変更をすることができるのは当然であり、特に、スケジュール管理サーバコンピュータ１０及び銀行サーバコンピュータ５０には多数のコンピュータからの同時アクセスを可能とするために高いスペックの部品からなるハイパフォーマンスのコンピュータを用いるのが一般的である。スケジュール管理サーバコンピュータ１０、銀行サーバコンピュータ５０は複数のコンピュータで構築することもできる。
携帯電話２０、３０は、ＣＰＵ、ＲＡＭ、電池、ディスプレイ、スピーカ、加振器、アンテナ等からなる。
【００２２】
（３）データベースの構成
データベースはスケジュール管理サーバコンピュータ１０上に構築されている。データベースは別のコンピュータに構築し、管理サーバコンピュータ１０と通信可能に接続する構成であってもよい。
図３は本実施形態に係るスケジュール管理システムのデータベースのテーブル構成図である。
データベースは、会員の個人情報を格納する個人情報テーブルと、会員が登録するスケジュールを格納するスケジュールテーブルと、会員が登録するイベントを格納するイベントテーブルと、一般利用者からのスケジュール申込を格納するスケジュール申込テーブルと、会員が所属する店の情報を格納する店テーブルからなる。この他、個人情報テーブルの情報とスケジュールテーブルの情報を関連させるための個人情報−スケジュール関連テーブル、個人情報テーブルの情報とイベントテーブルの情報を関連させるための個人情報−イベント関連テーブル及び個人情報テーブルの情報とスケジュール申込テーブルの情報を関連させるための個人情報−スケジュール申込関連テーブルがある。
【００２３】
次に、各テーブルの具体構成を示すが、所謂当業者であれば当然であるように、正規形を考慮して適宜テーブルの具体構成に変更を加えることができる。
個人情報テーブルは、個人ＩＤ、名前、名前（ローマ字）、年齢、誕生日、血液型、出身地、ＴＥＬ、ＭＡＩＬ、好きなタイプ、スリーサイズ、チャームポイント、性格、表示アイコン、コメント、１日の時間単位、パスワード、店ＩＤの属性を有する。主キーが個人ＩＤである。外部キーとして店ＩＤを有する。
【００２４】
スケジュールテーブルは、スケジュールＩＤ、日付、繰返し設定、曜日指定、予定ありアイコン、タイトル、タイトル表示、タイトル非表示、内容の属性を有する。主キーがスケジュールＩＤである。タイトル表示、タイトル非表示はスケジュールのページにてそのスケジュールのタイトルを表示するかしないかを判断する場合に用いる。
イベントスケジュールテーブルは、イベントスケジュールＩＤ、開始日、終了日、タイトル、内容の属性を有する。主キーがイベントスケジュールＩＤである。
【００２５】
スケジュール申込テーブルは、スケジュール申込ＩＤ、日付、予定ありアイコン、タイトル、タイトル表示、タイトル非表示、内容、名前、メールアドレスの属性を有する。主キーがスケジュールＩＤである。この名前は一般利用者識別情報であるが、他の情報を一般利用者識別情報として用いてもよい。
店テーブルは、店ＩＤ、店名、店舗住所、営業時間、ＴＥＬの属性を有する。主キーは店ＩＤである。
個人情報−スケジュール関連テーブルは、個人ＩＤ及びスケジュールＩＤの属性を有する。主キーは両属性である。
【００２６】
個人情報−イベント関連テーブルは、個人ＩＤ及びイベントスケジュールＩＤの属性を有する。主キーは両属性である。
個人情報−スケジュール申込関連テーブルは、個人ＩＤ及びスケジュール申込ＩＤの属性を有する。主キーは両属性である。
以上示したデータベースのテーブル構成は、本実施形態で説明するための一例であって、スケジュール管理システムを構築する環境によってテーブル、属性は適宜変わることは所謂当業者であれば当然である。
【００２７】
（４）動作
スケジュール管理システムでは、会員のスケジュールを登録するスケジュール登録処理と、会員及び一般利用者がスケジュールを参照するスケジュール参照処理と、一般利用者が会員に対してスケジュールを申し込み、会員に通知して返信を促し、申し込みが会員に許諾された場合にスケジュールとして登録するスケジュール申込処理を実行する。
【００２８】
（４．１）スケジュール登録処理
図４は本実施形態に係るスケジュール管理システムの動作フローチャートである。図５ないし図７は本実施形態に係るスケジュール管理システムの携帯電話で表示するＧＵＩの一例である。
会員になりたい者はシステム運用会社のＨＰの新規会員登録ページ上で会員になるために必要な入力を行う。例えば、名前、郵便番号、住所、電話番号、性別、年齢、個人ＩＤ、パスワード及び携帯電話のメールアドレス等を入力する。ここでのＨＰへのアクセス及び入会情報の入力には、携帯電話２０を用いてもよいし、会員の所有するパーソナルコンピュータを用いてもよい。入力が終了すると、別ページにてサービス料金を振り込むように会員希望者に促す。会員希望者が所定金額を振り込むと、銀行サーバコンピュータ５０からスケジュール管理サーバコンピュータ１０に振り込みが適切になされたことが振込者を特定して通知される。振り込みがなされていることが確認された場合には、自動的に該当会員のスタートページのＵＲＬを内容とするＱＲコード付きの名刺の発注を名刺業者のパーソナルコンピュータ６０に対してメール等利用して行う。作成された名刺は該当会員の指定先に郵送される。
【００２９】
会員は携帯電話２０を用いてスケジュール管理サービスを提供しているＵＲＬへアクセスする。このＵＲＬは会員になるための入力が完了した後に携帯電話２０に通知されるメールに記載しており、会員はこのメールのＵＲＬからアクセスする手順を経てもよいし、直接会員がＵＲＬを入力してもよい。ＵＲＬへアクセスすると、ログインページが表示され、会員は個人ＩＤ及びパスワードを入力してログインを試みる。入力された個人ＩＤ及びパスワードは携帯電話２０が、スケジュール管理サーバコンピュータ１０に送信する。スケジュール管理サーバコンピュータ１０は、受信した個人ＩＤ及びパスワードで認証を実施する（ステップ１０１）。
【００３０】
スケジュール管理サーバコンピュータ１０は認証が成功したか否かを判断し（ステップ１０２）、成功していない場合にはログインページを携帯電話２０に送信し、正しい個人ＩＤ及びパスワードでのログインを促す。認証が成功していると判断した場合には、該当する会員の情報を個人ＩＤに基づきデータベースから読み出してスタートページを携帯電話２０に送信する（ステップ１１１）。詳細には、データベースから読み出した情報を用いてスタートページを生成する。動的な情報を用いてＨＴＭＬファイルを生成する技術に関しては既に周知技術であり、発明の本質的部分でもなく所謂当業者であれば適宜実装可能であるため、説明を省略する。以降同様である。携帯電話２０はディスプレイにスタートページ（図５（ｃ）参照）を表示する（ステップ１１２）。スタートページには、名前、名前（ローマ字）、アイコン、コメント、店名、店のＴＥＬ、予定表が掲載される。予定表が掲載されている領域には複数のイベントが列挙される。
【００３１】
スタートページには「プロフィール詳細」のコマンドボタンが配置され、このコマンドボタンを選択することでプロフィールの詳細が表示される（図５（ｂ）参照）。詳細には、コマンドボタンが選択されることで、携帯電話２０がスケジュール管理サーバコンピュータ１０にプロフィールの詳細情報を要求し、スケジュール管理サーバコンピュータ１０が個人ＩＤに基づきデータベースから読み出してページを送信し、携帯電話２０でプロフィールの詳細のページを表示している。
【００３２】
スタートページにはコマンドボタンの他にスケジュールの「Ｍｏｎｔｈ」「Ｗｅｅｋ」「Ｄａｙ」のリンクも記載されており、これらのリンクを選択することで携帯電話２０に該当会員のスケジュールがそれぞれ月単位、週単位、日単位のカレンダで表示される。プロフィールの詳細情報を表示した方法と同様に、スケジュール管理サーバコンピュータ１０を介して個人ＩＤに基づきデータベースから情報を読み出して携帯電話２０に表示する（図７参照）。
【００３３】
スタートページのページ末中央には「管理人室」のリンクも記載されており、このリンクを選択することで携帯電話２０に図５（ａ）の管理画面の個人情報のページが表示される。管理画面の個人情報のページには、該当会員の個人情報を編集可能に表示しており、編集したい項目について編集を加え、「登録」のコマンドボタンを押下することで、スケジュール管理サーバコンピュータ１０を介して個人ＩＤに基づきデータベースの個人情報テーブルの内容が更新される。個人情報テーブルには入会時に入力した情報が当初格納されている。
【００３４】
管理画面のページの上部位置には「店舗情報」のリンクがあり、このリンクを選択することで、携帯電話２０に図６（ａ）の店舗情報を編集するためのページが表示される。このページは、管理画面の個人情報のページと同様に編集可能に表示されており、編集したい項目について編集を加え、「登録」のコマンドボタンを押下することで、スケジュール管理サーバコンピュータ１０を介して個人ＩＤ及び店ＩＤに基づきデータベースの店テーブルの内容が更新される（図６（ｂ）参照）。
【００３５】
管理画面のページの上部位置には「スケジュール登録」のリンクがあり、このリンクを選択することで、スケジュール管理サーバコンピュータ１０からスケジュール登録のフォームがマークアップ言語形式で送信され（ステップ１２１）、図７（ａ）に示すように「スケジュール登録」のページとして携帯電話２０のディスプレイに表示される（ステップ１２２）。
【００３６】
この「スケジュール登録」のページでは、日付、繰返し指定、曜日指定、予定ありアイコン、タイトル、タイトル表示、タイトル非表示、内容の項目があり、会員は携帯電話２０の入力手段となるスイッチを押下して各項目を入力する。各項目の入力が終了して確認終了後に、「登録」のコマンドボタンを押下することで、入力された各項目がスケジュールとしてスケジュール管理サーバコンピュータ１０に送信され（ステップ１２３）、スケジュール管理サーバコンピュータ１０は受信したスケジュールをデータベースに格納する（ステップ１２４）。個人ＩＤに基づきデータベースに格納され、スケジュールＩＤは既に付与されているスケジュールＩＤをインクリメントして新たに生成される。
【００３７】
（４．２）スケジュール参照処理
「スケジュール登録」のページの下位置には「イベントスケジュール」のページ領域もあり、このページ領域には開始日、終了日、タイトル、内容の編集項目がある。この編集項目を会員が入力して、「登録」のコマンドボタンを押下することで、スケジュールと同様に、スケジュール管理サーバコンピュータ１０を介して個人ＩＤに基づきイベントテーブルにイベントが格納される。
【００３８】
スケジュールを登録した後に、会員がスタートページの「Ｍｏｎｔｈ」のリンクを選択することで、スケジュール管理サーバコンピュータ１０は該当会員のスケジュールを個人ＩＤに基づきデータベースから読み出し（ステップ２０１）、読み出したスケジュールを用いてマークアップ言語形式のページを生成して携帯電話２０に送信し（ステップ２０２）、携帯電話２０でスケジュールのページを図７（ｂ）に示すように表示する（ステップ２０３）。
【００３９】
ここまで会員がログインしてスタートページから各種ページを表示する説明を行ったが、会員でない一般利用者が会員を指定してページの参照を要求した場合でも同様の手順でスタートページ、プロフィールの詳細のページ、スケジュールのページを携帯電話３０に表示することができる。ただし、管理画面の各種ページは会員がログインした場合にのみ携帯電話２０にて参照することが可能となる。会員か一般利用者かの判断は、現在アクセスしてきている者が認証を経ているのか否かで判断することができる。会員も認証を経ることなくページを参照することができるが、その場合には一般利用者としてページが表示されるため、管理画面を表示させたり、管理画面で編集を行ったりすることができない。
【００４０】
（４．３）スケジュール申込処理
図８は本実施形態に係るスケジュール管理システムの動作フローチャートである。図９または図１０は本実施形態に係るスケジュール管理システムの携帯電話で表示するＧＵＩの一例である。
一般利用者は前説しようにスタートページ等を表示させることができるが、前記したＱＲコード付きの名刺を会員が会員が所属する店に来店した一般利用者に対して渡しており、このＱＲコートを携帯電話３０で読み込んでスタートページにアクセスする。名刺を使用してアクセスしているが、名刺を使用することなく、お店のホームページ等からのリンク、会員検索システムを利用して検索結果の中から選択した会員のスタートページのリンクからスタートページにアクセスする構成であってもよい。
【００４１】
スケジュール参照処理については説明したので省略し、一般利用者の携帯電話３０のディスプレイには該当会員のスケジュールが表示されている時点以降から説明する。一般利用者の携帯電話３０のディスプレイには、図９（ａ）に示すスケジュールが表示されている。この図で２００５年９月のスケジュールが表示されており、２１日にはタイトルが「ゴーヤを食べに行く」というスケジュールが登録されている。このリンクを通常通りに選択すると、月単位の表示から日単位の表示に切り替わる（図９（ｂ）参照）。日単位の表示に切り替わった後に、タイトルが「ゴーヤを食べに行く」というスケジュールを選択すると、図９（ｄ）に示すスケジュールの詳細が表示される。図９（ａ）から図９（ｂ）、図９（ｄ）へと表示が変わる場合には、他のページの切り替わりと同様に、スケジュール管理サーバコンピュータ１０にアクセスしてページを生成して送信して貰い、受信して表示する手順で実装してもよいし、相互に関係するページとして予めまとめて生成してもらい携帯電話３０で受信してキャッシュして一般使用者の操作に合わせて表示を切り替える方式を採用してもよい。
【００４２】
図９（ａ）又は図９（ｂ）のページが携帯電話３０で表示されている場合に、携帯電話３０の通常の選択に使用しないボタンを押下することで（例えば「♯」ボタンを押下する）、図９（ｃ）のページを表示させる。すなわち、かかるボタンを押下することで、スケジュール管理サーバコンピュータ１０がスケジュール申込のページを携帯電話３０に送信する（ステップ３０１）。勿論、ページにスケジュール申込のリンクを配置してもよい。携帯電話３０は受信したスケジュール申込のページを図９（ｃ）に示すように表示する（ステップ３０２）。図９（ｃ）のページで、一般利用者は該当会員に対してスケジュール（アポイントメントと呼称してもよい）の申し込みを入力する。名前、メールアドレス、日時、タイトル、タイトル表示のフラグ、タイトル非表示のフラグ、スケジュールの内容を入力する。入力した後に一般利用者が「申込」のコマンドボタンを押下すると、携帯電話３０がスケジュール申込をスケジュール管理サーバコンピュータ１０に送信する（ステップ３１１）。スケジュール管理サーバコンピュータ１０はスケジュール申込を個人ＩＤに基づきデータベースに格納する（ステップ３１２）。スケジュール申込ＩＤはスケジュールＩＤと同様に生成される。ここで、タイトル表示のフラグ、タイトル非表示のフラグを設定することができるようにしているが、一般利用者にこのような設定ができないようにチェックボックスを配置しない構成であってもよい。また、図１０（ｄ）の返信のページで会員が表示するかしないかを設定できるようにこのチェックボックスを配置する構成であってもよい。
【００４３】
スケジュール管理サーバコンピュータ１０は、会員の認証及びスタートページを経てスケジュールのページを生成して送信する場合に、スケジュール申込のテーブルに該当会員のデータが格納されているか否かを判断し（ステップ３２０）、ないと判断すれば既に説明したスケジュールの表示の手順でスケジュールを表示する（ステップ２０１へ）。あると判断した場合には、スケジュールのページを生成する場合に、スケジュール申込も該当日時に位置させてページを生成して携帯電話２０に送信する（ステップ３２１）。携帯電話２０のディスプレイには通常のスケジュールに併せてスケジュールの申込のアイコン及び（申込件数を示す）リンクが付加された図１０（ａ）に示すページが表示される（ステップ３２２）。会員は付加されたスケジュールの申込のリンクを選択することで、図１０（ｂ）のスケジュール申込の詳細なページが携帯電話２０のディスプレイに表示される。詳細には、スケジュール管理サーバコンピュータ１０がスケジュール申込の詳細な情報を読み出して生成したスケジュール申込の詳細ページを送信し、携帯電話２０のディスプレイに図１０（ｂ）のページが表示される。この図１０（ｂ）では各スケジュールの申込毎に、「返信／登録」「削除」のリンクも表示されている。
【００４４】
会員が「返信／登録」のリンクを選択すると、スケジュール申込への返信用のページがスケジュール管理サーバコンピュータ１０から携帯電話２０に送信される（ステップ３３１）。携帯電話２０のディスプレイには図１０（ｄ）のページが表示される（ステップ３３２）。このページでは、スケジュールを登録するかしないかを指定するためのチェックボックス、スケジュール申し込みをした一般利用者のアドレス、タイトル、返信内容の項目が配置され、編集可能となっている。このうち、スケジュール申込テーブルに格納されているメールアドレスがそのまま挿入されて表示されるので、会員が直接入力する必要はない。勿論、入力してもよいし、修正・変更を行ってもよい。
【００４５】
返信の入力が完了した後に、「返信」のコマンドボタンを会員が押下することで、スケジュール申込に対する返信がスケジュール管理サーバ１０に送信され（ステップ３４１）、返信情報が一時的に記録され（ステップ３４２）、返信情報に係るメールアドレスに返信情報を適切なメール形式に変換して送信する（ステップ３４３）。スケジュールを申し込んだ一般利用者の携帯電話３０は返信情報を受信し（ステップ３４４）、携帯電話３０のディスプレイにその情報が表示される（ステップ３４５）。
【００４６】
スケジュール管理サーバコンピュータ１０は返信情報のスケジュールに登録するのチェックボックスが有効であったか否かを判断し（ステップ３５１）、有効であると判断された場合にはスケジュール申込のテーブルに格納されている該当データをスケジュールテーブルに移動させる（ステップ３５２）。スケジュール申込に係るスケジュールが新たに追加されるために、スケジュールも図１０（ｃ）に示すページに更新される。
なお、図１０（ｂ）の「削除」のリンクを選択した場合には、スケジュール管理サーバ１０がスケジュール申込の該当データを削除する。
【００４７】
（５）本実施形態の効果
このように本実施形態に係るスケジュール管理システムによれば、会員が自己のスケジュールを登録して一般に開示しており、サイトにアクセスする一般利用者が会員のスケジュールを確認することができるだけでなく、一般利用者がアクセスした会員のページからスケジュールの申込を行った場合に、会員が認証を経て自己のスケジュールのページにアクセスした場合にスケジュールの申込が表示され、その表示に対して会員がスケジュール申込を行った一般利用者に返信を行うことで確実に返信を行うことができ、また、他のスケジュールが視認されているためにスケジュールの申込を承諾するか否かの判断も容易に行うことがができると共に、スケジュールの申込を承諾した場合にはスケジュールが自動的に登録され、会員のスケジュールの登録の手間を省くこともできる。
【００４８】
（その他の実施形態）
［携帯電話用ブラウザによるページ表示以外の代替技術］
前記第１の実施形態に係るスケジュール管理システムにおいては、スケジュール管理サーバコンピュータ１０がデータベースから各種情報を読み出し、マークアップ言語形式のページを生成して携帯電話２０、３０に送信し、携帯電話２０、３０で受信したページを表示するという構成であったが、予め携帯電話２０、３０にスケジュール管理システムで使用するクライアントソフトをインストールしておき、各種ページはフォームとしてクライアントソフトが描画し、スケジュール管理サーバコンピュータ１０には必要な情報のみを携帯電話２０、３０に送信して貰う構成にすることもできる。
【００４９】
［スケジュールの被覆機能］
前記第１の実施形態に係るスケジュール管理システムにおいては、会員の指定により各スケジュールを一般利用者に被覆する構成にすることもでき、一般利用者に知られたくないスケジュールを登録して自己のスケジュール管理に役に立てることができる。つまり、会員がアクセスした場合にはスケジュールが表示されるが、一般利用者がアクセスすると表示されないスケジュールがある。会員と一般利用者は認証にて識別することができる。一般利用者に知られたくないスケジュールを自分の頭で覚えておく、または、手帳に記載する手間を確実になくし、確実にスケジュール管理することができると共に、スケジュール申込があった場合にスケジュールが完全に把握されているため会員がスケジュールの承諾の可否を判断し易い。
【００５０】
［スケジュールの代替機能］
前記第１の実施形態に係るスケジュール管理システムにおいては、会員の指定により各スケジュールを一般利用者に対して他のスケジュールに見せかける構成にすることもでき、一般利用者に関知されないスケジュールを設定することができる。例えば、一般利用者でも会員のスケジュールを見ることができるが、代替の指定がされている場合には、実際は「Ａと１３：００に××レストランで食事する」といったスケジュールであるが、代替のスケジュールを「英会話学校で勉強」と設定することで、一般利用者がスケジュールを見た場合には代替スケジュールが設定されていることになるが、会員は実際のスケジュールを見ることができる。
さらに、何も予定が入っていない場合であっても代替のスケジュールを入れることができ、一般利用者が参照した場合にはいかにもスケジュールが既に埋まっているように見せかけることができる。
【００５１】
［一般利用者の識別］
前記第１の実施形態に係るスケジュール管理システムにおいては、一般利用者を識別する構成を示さなかったが、当然ユーザＩＤを設け識別する構成にすることもできる。
特に、前記実施形態では、ＱＲコード付きの名刺を用いて会員は自己のスタートページにアクセスできるようにしているが、１人の会員に複数のＱＲコートを付与し、つまり、複数のＱＲコードを使い分けて一般利用者にＱＲコード付きの名刺を用いることができる。例えば、上客に対してはＱＲコード１（例えば、http://www.xxxyyyzzz.co.jp#1をＱＲコード化したもの）付きの名刺を渡し、中客に対してはＱＲコード（例えば、http://www.xxxyyyzzz.co.jp#2をＱＲコード化したもの）２付きの名刺を渡し、小客に対してはＱＲコード３（例えば、http://www.xxxyyyzzz.co.jp#3をＱＲコード化したもの）付きの名刺を渡すことで、スケジュール管理サーバコンピュータ１０はどのような客がアクセスしてきたかをある程度識別することができる。各人異なるＱＲコードの名刺を用意することで一般利用者を完全に識別することができる。このとき、名刺を渡すときに一般利用者の写真を携帯電話２０で撮像し、渡した名刺のＱＲコードと対応付けをしておくことが望ましい。また、別々のＱＲコードを印刷することは印刷の手間が生じるが、会員自らプリンタを使った名刺を作成することも一般的に行われている。さらに、ＱＲコート無しの名刺を名刺業者に発注して、自己でプリンタを使用して作成したＱＲコード付きのシール名刺に貼着させて一般利用者に配する構成にすることもできる。
【００５２】
［スケジュール申込への承諾可否判断を会員が行う場合の判断材料を提供する機能］
前記第１の実施形態に係るスケジュール管理システムにおいては、スケジュール申込の承諾の可否を判断する時点において、そのスケジュール申込だけでなく他のスケジュールも一瞥することができ、その意味で承諾可否の判断を補助しているが、これに加え、全てのスケジュール及びスケジュール申込（過去のスケジュール、これからのスケジュール、スケジュール申込、承諾する旨の返信したスケジュール申込、承諾しない旨の返信したスケジュール申込）を利用して現在対象としているスケジュール申込に係る一般利用者に対する分析を行って分析結果を会員に提示する構成にすることもできる。分析は様々なものを実装することができるが、その一般利用者についてのスケジュール申込に対する承諾率（承諾の返信した回数／その一般利用者についてのスケジュール申込の回数）、その一般利用者と他の一般利用者との承諾率の対比、その一般利用者との前回のスケジュールからの経過日数、他の一般利用者との前回のスケジュールからの経過日数が一例である。これらの分析結果を会員が判断材料として閲覧することで、主観的でなく客観的にスケジュール申込の承諾を判断することができる。
【００５３】
［スケジュール申込の承諾か否かの判断］
スケジュール申込の承諾の可否は、会員に対してスケジュール申込の返信の入力時に承諾するか否かのチェックボックスを返信用のページに設け、スケジュール管理サーバコンピュータ１０がそのチェックボックスが有効であったか否かでスケジュール申込の承諾の可否を判断することができる他、返信の内容自体でスケジュール管理サーバコンピュータ１０が判断することもできる。つまり、返信の内容がスケジュールの申込を断る内容のときに一般的に用いる言葉があった場合にはスケジュール申込を拒否したと判断し、返信の内容がスケジュールの申込を承諾する内容のときに一般的に用いる言葉があった場合にはスケジュール申込を承諾したと判断する構成とする。それぞれの言葉はシステム全体として予め登録することもできるが、システム運用者が追加、削除することもでき、さらに、会員が会員毎に設定することもできる。さらに、登録されている言葉が返信の内容になかった場合には、スケジュール管理サーバコンピュータ１０がメール等で会員にアクセスを促し、アクセスした後に承諾したか否かを入力するページを提示し、会員に入力させ、スケジュール申込の承諾の可否を正確に判断する構成にすることもできる。このような構成にした場合には、次回以降にこのような確認の手間を経ることがないように登録している言葉を用いるように促す旨のメッセージを会員に送信することが望ましい。登録している言葉を会員に返信時に使用されるように、返信の内容を定型化して予め用意し、リストボックスの中から会員が返信の内容を選択する構成にすることもでき、どの定型文がスケジュール申込の承諾であるかの情報を予め割り当てておくことで確実に承諾か否かを判断することができる。
【００５４】
［スケジュール申込の通知］
前記第１の実施形態に係るスケジュール管理システムにおいては、スケジュール申込が一般利用者からあった場合であっても、その会員が次にアクセスした場合でスケジュールを参照した場合にスケジュール申込がスケジュールと共に送信される構成としたが、スタートページにスケジュール申込がある旨のメッセージを表示する構成にすることもできる。また、スケジュール申込が一般利用者からなされた場合には、スケジュール管理サーバコンピュータ１０がスケジュール申込を記憶すると共に予め会員の連絡先（メールアドレス、電話番号、携帯電話番号、ファックス番号）を設定しておき、直ちにその連絡先に連絡する構成であってもよい。メールアドレスを用いる場合にはメールにて連絡する。電話番号及び携帯電話番号を用いる場合には電話を掛ける機能をスケジュール管理サーバコンピュータ１０に新たに設け、スケジュール管理サーバコンピュータ１０が電話を掛け、メッセージを音声通知して連絡する。ファックス番号を用いる場合にはファックス機能をスケジュール管理サーバコンピュータ１０に新たに設け、スケジュール管理装置１０がファックス送信して連絡する。
【００５５】
以上の前記各実施形態により本発明を説明したが、本発明の技術的範囲は実施形態に記載の範囲には限定されず、これら各実施形態に多様な変更又は改良を加えることが可能である。そして、かような変更又は改良を加えた実施の形態も本発明の技術的範囲に含まれる。このことは、特許請求の範囲及び課題を解決する手段からも明らかなことである。
【図面の簡単な説明】
【００５６】
【図１】本発明の第１の実施形態に係るスケジュール管理システムのシステム構成図である。
【図２】本発明の第１の実施形態に係るスケジュール管理システムで用いるコンピュータのハードウェア構成図である。
【図３】本発明の第１の実施形態に係るスケジュール管理システムで用いるデータベースのテーブル構成図である。
【図４】本発明の第１の実施形態に係るスケジュール管理システムの動作フローチャートである。
【図５】本発明の第１の実施形態に係るスケジュール管理システムの携帯電話で表示されるＧＵＩの一例である。
【図６】本発明の第１の実施形態に係るスケジュール管理システムの携帯電話で表示されるＧＵＩの一例である。
【図７】本発明の第１の実施形態に係るスケジュール管理システムの携帯電話で表示されるＧＵＩの一例である。
【図８】本発明の第１の実施形態に係るスケジュール管理システムの動作フローチャートである。
【図９】本発明の第１の実施形態に係るスケジュール管理システムの携帯電話で表示されるＧＵＩの一例である。
【図１０】本発明の第１の実施形態に係るスケジュール管理システムの携帯電話で表示されるＧＵＩの一例である。
【符号の説明】
【００５７】
１０  スケジュール管理サーバコンピュータ
２０  （会員の）携帯電話
３０  （一般利用者の）携帯電話
４０  （システム運用者が使用する）パーソナルコンピュータ
５０  銀行サーバコンピュータ
６０  （名刺業者が使用する）パーソナルコンピュータ
１００    コンピュータ
１１１    ＣＰＵ
１１２    ＲＡＭ
１１３    ＲＯＭ
１１４    フラッシュメモリ
１１５    ＨＤ
１１６    ＬＡＮカード
１１７    マウス
１１８    キーボード
１１９    ビデオカード
１１９ａ    ディスプレイ
１２０    サウンドカード
１２０ａ  スピーカ
１２１    ドライブ
【図１】
2007200024.tif 000003
【図２】
2007200024.tif 000004
【図３】
2007200024.tif 000005
【図４】
2007200024.tif 000006
【図５】
2007200024.tif 000007
【図６】
2007200024.tif 000008
【図７】
2007200024.tif 000009
【図８】
2007200024.tif 000010
【図９】
2007200024.tif 000011
【図１０】
2007200024.tif 000012