(57)【要約】【課題】名刺の配布者と受け取り者との間のコミュニケーションの円滑化を図ることができる名刺作成方法の提供を目的とする。【解決手段】コンピュータを用いて名刺を作成する名刺作成方法であって、ネットワークを介して接続している端末から所定のユーザに対する名刺の作成の注文を、前記ユーザのスケジュール情報の公開期限に関する情報と共に受信する名刺作成注文受信手順と、前記名刺作成注文受信手順において受信された前記スケジュール情報の公開期限に関する情報に基づいて、前記ユーザのスケジュール情報に前記公開期限を割り当てる公開期限割り当て手順と、前記ユーザのスケジュール情報を表示するＷｅｂページに対するＵＲＬが記載された名刺を作成する名刺作成手順とを有することにより上記課題を解決する。【選択図】        図１
2004348663.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータを用いて名刺を作成する名刺作成方法であって、
ネットワークを介して接続している端末から所定のユーザに対する名刺の作成の注文を、前記ユーザのスケジュール情報の公開期限に関する情報と共に受信する名刺作成注文受信手順と、
前記名刺作成注文受信手順において受信された前記スケジュール情報の公開期限に関する情報に基づいて、前記ユーザのスケジュール情報に前記公開期限を割り当てる公開期限割り当て手順と、
前記ユーザのスケジュール情報を表示するＷｅｂページに対するＵＲＬが記載された名刺を作成する名刺作成手順とを有することを特徴とする名刺作成方法。
【請求項２】
前記名刺作成注文受信手順は、前記スケジュール情報の公開の許否に関する公開許否情報を更に受信し、
前記名刺作成手順は、前記公開許否情報において前記スケジュール情報の公開が許可されている場合に、前記ＵＲＬが記載された名刺を作成することを特徴とする請求項１記載の名刺作成方法。
【請求項３】
前記ユーザのスケジュール情報を表示するＷｅｂページに対するＵＲＬは、ユーザごとに前記公開期限に応じて一意に定まることを特徴とする請求項１又は２記載の名刺作成方法。
【請求項４】
当該名刺の配布者のスケジュール情報を表示するＷｅｂページに対するＵＲＬが記載されたことを特徴とする名刺。
【請求項５】
前記配布者のスケジュール情報を表示するＷｅｂページに対するＵＲＬは、前記配布者ごとに前記Ｗｅｂページの公開期限に応じて一意に定まることを特徴とする請求項４記載の名刺。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、名刺作成方法に関し、特にコンピュータを用いた名刺作成方法に関する。
【０００２】
【従来の技術】
従来より、名刺は、ビジネスの場において顧客や取引先等とのコミュニケーションを図る上での重要なツールとして利用されている。名刺には、電話番号やＦＡＸ番号、電子メールアドレスや、名刺の所有者が属する企業のホームページのＵＲＬ等、名刺の配布者の連絡先が記載されているのが一般である。従って、名刺を受け取った人は、名刺の記載に基づいて配布者との連絡をとることができる。
【０００３】
【発明が解決しようとする課題】
しかしながら、電話や電子メール等、上記の通信手段によっては、不便な場合がある。即ち、電話の場合は、相手が不在の場合は連絡を取れない。また、ＦＡＸや電子メールの場合は、相手からの迅速な応答を期待できない場合が多々あり、打ち合わせの日程調整等、相手とのやりとりを複数回繰り返す必要がある場合などに不便であるという問題がある。
【０００４】
本発明は、上記の点に鑑みてなされたものであって、名刺の配布者と受け取り者との間のコミュニケーションの円滑化を図ることができる名刺作成方法の提供を目的とする。
【０００５】
【課題を解決するための手段】
そこで上記課題を解決するため、本発明は、コンピュータを用いて名刺を作成する名刺作成方法であって、ネットワークを介して接続している端末から所定のユーザに対する名刺の作成の注文を、前記ユーザのスケジュール情報の公開期限に関する情報と共に受信する名刺作成注文受信手順と、前記名刺作成注文受信手順において受信された前記スケジュール情報の公開期限に関する情報に基づいて、前記ユーザのスケジュール情報に前記公開期限を割り当てる公開期限割り当て手順と、前記ユーザのスケジュール情報を表示するＷｅｂページに対するＵＲＬが記載された名刺を作成する名刺作成手順とを有することを特徴とする。
【０００６】
このような名刺作成方法では、名刺の配布者のスケジュール情報に対するＵＲＬが記載された名刺が作成されるため、当該名刺を受け取った者は、名刺の配布者のスケジュールを容易に確認することができる。従って、名刺の配布者と受け取り者との間のコミュニケーションの円滑化を図ることができる。
【０００７】
また、上記課題を解決するため、本発明は、名刺であって、当該名刺の配布者のスケジュール情報を表示するＷｅｂページに対するＵＲＬが記載されたことを特徴とする。
【０００８】
このような名刺では、当該名刺を受け取った者は、名刺の配布者のスケジュールを容易に確認することができる。従って、名刺の配布者と受け取り者との間のコミュニケーションの円滑化を図ることができる。
【０００９】
【発明の実施の形態】
以下、図面に基づいて本発明の実施の形態を説明する。図１は、本発明の実施の形態におけるＷｅｂシステムの構成例を示す図である。図１のＷｅｂシステム１において、Ｗｅｂサーバ１０と端末２０と端末３０とがインターネット等のネットワーク４０等を介して接続されている。本実施の形態においては、Ｗｅｂサーバ１０は、企業Ａに、端末２０は、企業Ｂに、端末３０は、企業Ｃにそれぞれ配置されているものとする。
【００１０】
企業Ａは、名刺の作成サービスや、ＡＳＰ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｅｒｖｉｃｅ  Ｐｒｏｖｉｄｅｒ）によるスケジュール情報の管理サービス（以下、「スケジュール情報管理サービス」という。）を提供している企業である。名刺の作成サービスについては、その注文はＷｅｂサーバ１０によって提供されるＷｅｂページによって受け付けられている。また、スケジュール情報管理サービスについては、契約した組織（企業や部門等）に属する各社員等のスケジュールを管理するものであり、一般的なグループウェアの一機能として周知なものである。
【００１１】
従って、Ｗｅｂサーバ１０には、名刺の注文及び作成や、スケジュール情報を管理するための機能が実装されている。かかる機能を実現するのが、名刺作成手段１１、スケジュール情報管理手段１２、名刺注文情報管理ＤＢ１３、及びスケジュール情報管理ＤＢ１４等である。名刺作成手段１１は、Ｗｅｂページによって名刺の注文を受け付け、注文を受けた名刺を作成するためのＷｅｂアプリである。スケジュール情報管理手段１２は、スケジュール情報管理サービスをＷｅｂページによって提供するためのＷｅｂアプリである。名刺注文情報管理ＤＢ１３は、名刺の注文に関する情報を管理するためのデータベースであり、スケジュール情報管理手段１４は、スケジュール情報を管理するためのデータベースである。
【００１２】
企業Ｂは、企業Ａの提供するスケジュール情報管理サービスについて利用契約を結んでいる企業である。従って、企業Ｂの社員は、端末２０等を利用して、企業Ａ（Ｗｅｂサーバ１０）に対して名刺の注文や、スケジュールの登録等を行うことができる。
【００１３】
企業Ｃは、企業Ｂの取引先の企業である。但し、企業Ｃは、企業Ａの提供するスケジュール情報管理サービスについては利用契約を結んでいない。従って、企業Ｃの社員は、原則としてＷｅｂサーバ１０によって管理されている企業Ｂの社員のスケジュール情報にアクセスすることはできない。
【００１４】
次に、Ｗｅｂサーバ１０のハードウェア構成について説明する。図２は、本発明の実施の形態におけるＷｅｂサーバのハードウェア構成例を示す図である。図２のＷｅｂサーバ１０は、それぞれバスＢで相互に接続されているドライブ装置１００と、補助記憶装置１０２と、メモリ装置１０３と、演算処理装置１０４と、インタフェース装置１０５とを有するように構成される。
【００１５】
Ｗｅｂサーバ１０での処理を実現するプログラムは、ＣＤ―ＲＯＭ等の記憶媒体１０１によって提供される。プログラムを記録した記憶媒体１０１がドライブ装置１００にセットされると、プログラムが記憶媒体１０１からドライブ装置１００を介して補助記憶装置１０２にインストールされる。
【００１６】
補助記憶装置１０２は、インストールされたプログラムを格納すると共に、必要なファイルやデータ等を格納する。例えば補助記憶装置１０２は、プログラムの処理に必要な、後述する各種テーブルを格納している。
【００１７】
メモリ装置１０３は、プログラムの起動指示があった場合に、補助記憶装置１０２からプログラムを読み出して格納する。演算処理装置１０４は、メモリ装置１０３に格納されたプログラムに従ってＷｅｂサーバ１０に係る機能を実行する。インタフェース装置１０５は例えばモデム、ルータ等で構成され、図１のネットワーク４０に接続するために用いられる。
【００１８】
以下、図１のＷｅｂサーバ１０の処理手順について説明する。図３は、名刺の生成処理を説明するためのフローチャートである。
【００１９】
企業Ｂの社員ｂが、自分の名刺を注文すべく、端末２０のＷｅｂブラウザ上で、名刺を注文するためのＷｅｂページ（以下、「名刺注文受け付けページ」という。）に対するＵＲＬを入力すると、端末２０には、Ｗｅｂサーバ１０から送信された名刺注文受け付けページが表示される（Ｓ１１）。
【００２０】
図４は、名刺注文受け付けページの表示例を示す図である。図４に示されるように、名刺注文受け付けページ２１においては、名刺に記載する事項を入力するようになっている。
【００２１】
チェックボタン２１１は、注文する名刺を公開用名刺にするか否かを選択するためのチェックボタンである。ここで、公開用名刺とは、名刺の紙面上に自分のスケジュール情報を表示するＷｅｂページ（以下、「スケジュールページ」という。）に対するＵＲＬが記載されているものをいう。従って、公開用名刺を受け取った人（以下、「名刺受け取り者」という。）は、Ｗｅｂサーバ１０にアクセスすることによって、公開用名刺の配布者のスケジュール情報を参照することが可能となる。即ち、チェックボタン２１１をチェックするということは、名刺の紙面上に自分のスケジュールページに対するＵＲＬの記載を希望するということと、Ｗｅｂサーバ１０において管理されている自分のスケジュール情報の公開を許可するということとを意味する。
【００２２】
テキストボックス２１２は、名刺を公開用名刺として注文する場合に、スケジュール情報を公開する期限（年月日）を入力するための領域である。
【００２３】
新規ボタン２１３及び継続ボタン２１４は共に、注文を確定する際にクリックするためのボタンであるが、それぞれ新規注文、継続注文に対応している。新規注文、及び継続注文については処理に沿って説明する。
【００２４】
なお、社員ｂが過去にも名刺注文受け付けページ２１によって、名刺の注文を行ったことがあるユーザである場合は、名刺への記載事項が予め埋め込まれた状態で、名刺注文受け付けページ２１を表示させるようにしてもよい。
【００２５】
社員ｂが名刺注文受け付けページ２１に必要な事項を入力し、新規ボタン２１３又は継続ボタン２１４をクリックすると、Ｗｅｂサーバ１０の名刺作成手段１１は、名刺の注文を端末２０から受信する（Ｓ１２）。
【００２６】
名刺作成手段１１は、受信した注文において公開用名刺の指定がされているか（チェックボタン２１１がチェックされたか）を確認する（Ｓ１３）。公開用名刺の指定がされていない場合は、ステップＳ１５に進み、公開用名刺の指定がされている場合はステップＳ１４に進む。
【００２７】
ステップＳ１４において、名刺作成手段１１は、社員ｂのスケジュール情報の公開を許可すべく、スケジュール情報管理ＤＢ１４の内容を更新する。
【００２８】
図５は、スケジュール情報管理ＤＢの構成例を示す図である。図５に示されるように、スケジュール情報管理ＤＢは、組織情報テーブル、ユーザ情報テーブル、グループ情報テーブル、及びグループ内ユーザ管理テーブル等から構成されている。
【００２９】
組織情報テーブル１４１は、スケジュール情報管理サービスに契約している各組織の情報を管理するためのテーブルであり、組織ＩＤ、組織名、ユーザ数、グループ数、ユーザ情報テーブル１４２へのポインタ、及びグループ情報テーブル１４３へのポインタ等から構成されている。組織ＩＤは、各組織を一意に識別するためのＩＤである。組織名は、当該組織の名前である。ユーザ数は、当該組織においてスケジュール情報管理サービスを利用するユーザの数である。グループ数は、当該組織におけるユーザが形成したグループの数であるが、グループの概念については後述する。
【００３０】
ユーザ情報テーブル１４２は、組織に属している各ユーザの情報を管理するためのテーブルであり、ユーザＩＤ、ユーザ名、及びメールアドレス等を有している。なお、ユーザ情報テーブル１４２は、各ユーザのスケジュール情報についても管理しているが、図中においては便宜上省略している。
【００３１】
グループ情報テーブル１４３は、グループの情報を管理するためのテーブルである。ここで、グループとは、公開用名刺の配布者（現時点においては、公開用名刺の注文者（社員ｂ））と、公開用名刺を受け取った者とによって構成される集団に対する概念である。即ち、公開用名刺には、その配布者のスケジュールページに対するＵＲＬが記載されているため、公開用名刺を受け取った人達は、配布者のスケジュール情報にアクセスすることが可能となる。このように、公開用名刺の配布者を中心として、当該配布者のスケジュール情報を共有することができる人達によって構成される集団がグループである。
【００３２】
グループ情報管理テーブル１４３は、グループＩＤ、グループ名、ユーザ数、及びグループ内ユーザ管理テーブル１４４へのポインタ等から構成されている。グループＩＤは、各グループを識別するためのＩＤである。グループ名は、各グループの名前である。ユーザ数は、各グループに属しているメンバの数である。
【００３３】
グループ内ユーザ管理テーブル１４４は、グループに属している各ユーザの情報を管理するためのテーブルであり、ユーザＩＤ、ユーザ名、メールアドレス、エントリ数、公開日時、及び名刺作成フラグ等から構成される。ユーザＩＤ及びユーザ名は、ユーザ情報テーブル１４２におけるユーザＩＤ及びユーザ名に対応するものである。エントリ数は、名刺の注文枚数である。公開期限は、名刺の配布者のスケジュール情報にアクセス可能な期限である。名刺作成フラグは、当該レコードに対応するユーザが名刺の注文をしているユーザであるか否かを示すフラグであり、名刺の注文者であれば「ＯＮ」が、そうでなければ「ＯＦＦ」が設定される。言い換えれば、将来的に名刺の配布者になる者に対応するレコードの名刺作成フラグは「ＯＮ」となり、名刺の受け取り者になる者に対応するレコードの名刺作成フラグは「ＯＦＦ」となる。
【００３４】
従って、ステップＳ１４においては、名刺作成手段１１は、新規注文を受けた場合は、グループ情報管理テーブル１４３に新たなレコード（以下、「カレントグループレコード」という。）を一つ追加する。即ち、新規注文の場合に、新たなグループが発生する。なお、一ユーザに対して複数のグループの定義が可能である。例えば、社員ｂが、改めて新規注文をした場合は、グループＩＤの異なる新たなグループが生成されることになる。
【００３５】
継続注文の場合は、過去の注文によってグループ情報管理テーブル１４３に既に登録されているレコードがカレントグループレコードとして選択される。なお、継続注文の場合において、社員ｂが、過去に複数回新規注文を行っている場合（社員ｂに複数のグループが定義されている場合）は、グループ情報管理テーブル１４３に社員ｂに対応するレコードが複数存在することになる。かかる場合は、いずれかのグループについて名刺の作成を行うかを、予め名刺注文受け付けページ２１等からの遷移によって選択させるようにすればよい。
【００３６】
更に、名刺作成手段１１は、カレントグループレコードに対応するグループ内ユーザ管理テーブル１４４に、「名刺の注文枚数＋１」分のレコードを生成する。即ち、「＋１」の分は、名刺の注文者（社員ｂ）に対するものであり、注文枚数分のレコードは、名刺受け取り者のためのレコードである。
【００３７】
ここでグループ内ユーザ管理テーブル１４４に生成される名刺の注文者用のレコードの各項目には、以下のような値が設定される。
【００３８】
ユーザ名：社員ｂの名前
メールアドレス：社員ｂのメールアドレス
エントリ数：名刺の注文枚数（名刺注文受け付けページ２１において入力された値）
公開期限：社員ｂの当該グループに対するスケジュール情報の公開期限（名刺注文受け付けページ２１において入力された値）
名刺作成フラグ：ＯＮ
また、全ての名刺受け取り者用のレコードの各項目には、初期値として以下のような値が設定される。
【００３９】
ユーザ名：未設定
メールアドレス：未設定
エントリ数：未設定
公開期限：未設定
名刺作成フラグ：ＯＦＦ
ステップＳ１４に続いてステップＳ１５に進み、名刺作成手段１１は、名刺注文情報管理ＤＢ１３に注文情報を登録する。
【００４０】
図６は、名刺注文情報管理ＤＢを構成する名刺注文情報テーブルの構成例を示す図である。図６に示されるように、名刺注文情報テーブル１３１は、ユーザＩＤ、ユーザ名、日時、枚数、注文内容、及びグループＩＤ等から構成される。なお、名刺注文情報テーブル１３１には、その他、名刺注文受け付けページ２１において入力された各種情報も登録されるが、かかる情報に対応する項目は便宜上省略している。
【００４１】
ユーザＩＤ及びユーザ名は、ユーザ情報管理テーブル１４２におけるユーザＩＤ及びユーザ名に対応したものである。日時は、注文をした日時であり、枚数は、注文を受けた名刺の枚数である。注文内容は、新規注文及び継続注文の別である。グループＩＤは、グループ情報管理テーブル１４３において割り当てられたグループＩＤである。
【００４２】
従って、ステップＳ１５においては、名刺作成手段１１は、名刺注文情報テーブル１３１に以下のようなレコードを登録する。
【００４３】
ユーザＩＤ：社員ｂのユーザＩＤ
ユーザ名：社員ｂの名前
日時：注文日時
枚数：名刺の注文枚数（名刺注文受け付けページ２１において入力された値）
注文内容：新規又は継続
グループＩＤ：カレントグループレコードのグループＩＤ
ステップＳ１５に続いてステップＳ１６に進み、名刺作成手段１１は、名刺注文情報テーブル１３１に登録された情報に基づいて、社員ｂのスケジュールページに対するＵＲＬが記載された名刺を作成する。
【００４４】
図７は、作成された名刺の例を示す図である。図７に示される名刺５０は、一般的な名詞とほぼ同様であるが、ＵＲＬ５１として、社員ｂのスケジュールページに対するＵＲＬが記載されている点が大きく異なる。
【００４５】
ＵＲＬ５１は、以下のように記載されている。
【００４６】
ｈｔｔｐ：／／ｘｘｘｘｘ？ｏＩＤ＝００１＆ｕＩＤ＝１２２５＆ｇＩＤ００９  ・・・  ５１
ＵＲＬ５１において、「？」以降は、スケジュール情報管理ＤＢ１４において社員ｂを一意に特定するための引数情報である。即ち、当該引数情報は社員ｂの属する組織の組織ＩＤ（ｏＩＤ）と、社員ｂの属するグループのグループＩＤ（ｇＩＤ）と、社員ｂのユーザＩＤ（ｕＩＤ）とから構成されている。
【００４７】
次に、企業Ｃの社員ｃが、社員ｂより名刺５０を受け取り、社員ｃが、改めて社員ｂと打ち合わせ等を行いたい場合を想定する。図８は、名刺受け取り者が名刺配布者のスケジュール情報を確認する際の処理を説明するためのフローチャートである。
【００４８】
社員ｃが、社員ｂのスケジュール情報を確認すべく、社員ｂから受け取った名刺５０に記載されているＵＲＬ５１を端末３０のＷｅｂブラウザに入力すると、Ｗｅｂサーバ１０ｂは、ＵＲＬ５１を含むＨＴＴＰリクエストを端末３０から受信し、図８における処理が開始される。
【００４９】
ステップＳ２１において、スケジュール情報管理手段１２は、ＵＲＬ５１の各引数（ｏＩＤ、ｕＩＤ、ｇＩＤ）の値が正当であるかを確認する。具体的には、引数でそのＩＤが指定された組織、グループ、ユーザが実際に存在するか否か、また、スケジュール情報の参照対象となっているユーザ（社員ｂ）のスケジュール情報の公開期限は満了していないか等をスケジュール情報管理ＤＢ１４を参照して確認する。
【００５０】
引数の値が正当でなかった場合、又は、社員ｂのスケジュール情報の公開期限が満了していた場合等は、スケジュール情報管理手段１２は、エラー情報を表示するＷｅｂページを端末３０に送信する（Ｓ２４）。
【００５１】
引数の値が正当だった場合は、スケジュール情報管理手段１２は、ユーザ情報テーブル１４２より社員ｂのスケジュール情報を検索し、検索結果に基づいて社員ｂのスケジュールページを生成する。更に、スケジュール情報管理手段１２は、スケジュールページを端末３０に送信する（Ｓ２３）。
【００５２】
図９は、スケジュールページの表示例を示す図である。図９に示されるようにスケジュールページ２２には、社員ｂのスケジュール情報が表示されている。従って、社員ｃは、社員ｂのスケジュール情報を容易に確認することができる。
【００５３】
更に、社員ｃは、スケジュールページ２２からのページ遷移によって、スケジュールの予約を行うためのＷｅｂページ（以下、「スケジュール予約ページ」という。）を端末３０に表示させることにより、社員ｂに対してスケジュールの予約を行うことができる。
【００５４】
図１０は、スケジュール予約ページの表示例を示す図である。図１０に示されるスケジュール予約ページ２３においては、スケジュールの予約情報（以下、「予約情報」という。）として、開始日時、終了日時、場所等の入力が、また、スケジュールの予約者（社員ｃ）の連絡先の情報としてメールアドレス等の入力が可能となっている。
【００５５】
社員ｃが、予約情報や自らのメールアドレス等をスケジュール予約ページ２３に入力すると、入力された情報がＷｅｂサーバ１０に送信される（Ｓ２５）。
【００５６】
スケジュール情報管理手段１２は、端末２０から送信された予約情報を確認し、ダブルブッキング等のチェックを行う（Ｓ２６）。指定された時間帯に、既に他のスケジュールが入っていた場合は、スケジュール情報管理手段１２は、エラー情報を表示するＷｅｂページを端末３０に送信する。
【００５７】
ダブルブッキング等はなく、予約が正常に行える場合は、スケジュール情報管理手段１２は、スケジュール予約ページ２３において入力された社員ｃのメールアドレスを、グループ内ユーザ管理テーブル１４４に予め確保されているレコードの一つ（名刺の注文枚数分のレコードであった名刺フラグがＯＦＦのもの）に登録する（Ｓ２７）。更に、ケジュール情報管理手段１２は、社員ｃのメールアドレスを登録したレコードに予約情報を登録し（Ｓ２８）、スケジュールの予約が正常に完了した旨を通知する電子メールをスケジュール予約ページ２３において入力された社員ｃのメールアドレス宛てに送信する（Ｓ３０）。社員ｃは、電子メールを閲覧することで、スケジュールの予約が正常に行えたことを確認することができる。
【００５８】
上述したように、本実施の形態におけるＷｅｂサーバ１０によれば、社員ｃは、社員ｂの名刺を受け取ることにより、社員ｂのスケジュールを容易に確認することができると共に、社員ｂとの打ち合わせの日程調整も簡便に行うことができる。
【００５９】
また、社員ｂにしても、名刺の注文時の簡単な設定により、自分のスケジュールページに対するＵＲＬが記載された、利用価値の高い公開用名刺を入手することができ、公開用名刺を配布することにより取引相手との日程調整等を円滑に行うことができる。
【００６０】
また、企業Ａにとっても、名刺の作成サービスと、スケジュール管理サービスというそれぞれ独立したサービスを有機的に連携されることにより、付加価値の高いサービスを提供することが可能となり、ビジネスチャンスの拡大も期待できる。
【００６１】
なお、上記においても少し触れたが、社員ｂが名刺の新規注文を再度した場合は、社員ｂに対してグループＩＤの異なる新たなグループが生成される。従って、社員ｂがグループの別を意識してそれぞれの名刺を使い分けることにより、例えば、限られた期間において取引のある顧客については、公開期間の短いグループに対応した名刺を配布し、長期に渡って取引のある顧客については、公開期間の長いグループに対応した名刺を配布するといったこともできる。
【００６２】
また、スケジュール情報を公開したくない相手に対しては、通常の名刺を配布すればよい。即ち、名刺の配布は、本人によって行われるため、本人の意思によって了解された相手にのみ、スケジュール情報の公開を行うことができる。
【００６３】
以上、本発明の好ましい実施例について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【００６４】
【発明の効果】
上述の如く、本発明によれば、名刺の配布者と受け取り者との間のコミュニケーションの円滑化を図ることができる。
【図面の簡単な説明】
【図１】本発明の実施の形態におけるＷｅｂシステムの構成例を示す図である。
【図２】本発明の実施の形態におけるＷｅｂサーバのハードウェア構成例を示す図である。
【図３】名刺の生成処理を説明するためのフローチャートである。
【図４】名刺注文受け付けページの表示例を示す図である。
【図５】スケジュール情報管理ＤＢの構成例を示す図である。
【図６】名刺注文情報管理ＤＢを構成する名刺注文情報テーブルの構成例を示す図である
【図７】作成された名刺の例を示す図である。
【図８】名刺受け取り者が名刺配布者のスケジュール情報を確認する際の処理を説明するためのフローチャートである。
【図９】スケジュールページの表示例を示す図である。
【図１０】スケジュール予約ページの表示例を示す図である。
【符号の説明】
１        Ｗｅｂシステム
１０      Ｗｅｂサーバ
１１      名刺作成手段
１２      スケジュール情報管理手段
１３      名刺注文情報管理ＤＢ
１４      スケジュール情報管理ＤＢ
２０、３０    端末
１００    ドライブ装置
１０１    記憶媒体
１０２    補助記憶装置
１０３    メモリ装置
１０４    演算処理装置
１０５    インタフェース装置
Ｂ    バス
【図１】
2004348663.tif 000003
【図２】
2004348663.tif 000004
【図３】
2004348663.tif 000005
【図４】
2004348663.tif 000006
【図５】
2004348663.tif 000007
【図６】
2004348663.tif 000008
【図７】
2004348663.tif 000009
【図８】
2004348663.tif 000010
【図９】
2004348663.tif 000011
【図１０】
2004348663.tif 000012