JP2003281065A - 電子メールによる業務処理方法およびシステム - Google Patents
電子メールによる業務処理方法およびシステムInfo
- Publication number
- JP2003281065A JP2003281065A JP2002081283A JP2002081283A JP2003281065A JP 2003281065 A JP2003281065 A JP 2003281065A JP 2002081283 A JP2002081283 A JP 2002081283A JP 2002081283 A JP2002081283 A JP 2002081283A JP 2003281065 A JP2003281065 A JP 2003281065A
- Authority
- JP
- Japan
- Prior art keywords
- business
- url
- business processing
- processing
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000012545 processing Methods 0.000 title claims abstract description 172
- 238000000034 method Methods 0.000 title claims description 79
- 238000004891 communication Methods 0.000 claims abstract description 8
- 238000003672 processing method Methods 0.000 claims abstract description 8
- 238000012546 transfer Methods 0.000 claims description 2
- 238000010586 diagram Methods 0.000 description 14
- 125000002066 L-histidyl group Chemical group [H]N1C([H])=NC(C([H])([H])[C@](C(=O)[*])([H])N([H])[H])=C1[H] 0.000 description 1
- 238000012790 confirmation Methods 0.000 description 1
- 239000000284 extract Substances 0.000 description 1
- 230000010365 information processing Effects 0.000 description 1
Landscapes
- Information Transfer Between Computers (AREA)
Abstract
(57)【要約】
【課題】 業務処理要求に対し、複数段階の処理を経る
ことなく連続的に業務を処理することにより、簡単に処
理することができる電子メールによる業務処理方法およ
びシステムを提供する。 【解決手段】 特定フォーマットで電子メールを送受信
することができる業務処理要求元のクライアント端末１
１と、特定フォーマットで電子メールを送受信すること
ができる業務処理依頼先のクライアント端末１２と、各
クライアント端末１１，１２からの電子メールを受信し
て、業務処理に関するＵＲＬを作成し、作成したＵＲＬ
を電子メールに付加して各クライアント端末１１，１２
へ送信する業務処理部１３と、各クライアント端末１
１，１２と業務処理部１３を相互に接続する通信ネット
ワーク１４とを有する。
ことなく連続的に業務を処理することにより、簡単に処
理することができる電子メールによる業務処理方法およ
びシステムを提供する。 【解決手段】 特定フォーマットで電子メールを送受信
することができる業務処理要求元のクライアント端末１
１と、特定フォーマットで電子メールを送受信すること
ができる業務処理依頼先のクライアント端末１２と、各
クライアント端末１１，１２からの電子メールを受信し
て、業務処理に関するＵＲＬを作成し、作成したＵＲＬ
を電子メールに付加して各クライアント端末１１，１２
へ送信する業務処理部１３と、各クライアント端末１
１，１２と業務処理部１３を相互に接続する通信ネット
ワーク１４とを有する。
Description
【０００１】
【発明の属する技術分野】この発明は、電子メールによ
る業務処理方法およびシステムに関し、特に、電子メー
ルを用いてクライアント端末間における業務を処理する
電子メールによる業務処理方法およびシステムに関す
る。
る業務処理方法およびシステムに関し、特に、電子メー
ルを用いてクライアント端末間における業務を処理する
電子メールによる業務処理方法およびシステムに関す
る。
【０００２】
【従来の技術】従来、電子メールを用いて複数のクライ
アント間における業務を処理する業務処理システムが知
られている。従来の業務処理システムにおいては、専用
クライアント若しくはＷｅｂブラウザにより業務サーバ
にアクセスすることで業務処理を実現していた。
アント間における業務を処理する業務処理システムが知
られている。従来の業務処理システムにおいては、専用
クライアント若しくはＷｅｂブラウザにより業務サーバ
にアクセスすることで業務処理を実現していた。
【０００３】業務処理の開始要求は、電子メールや電
話、帳票等を介して伝えられ、要求を受けた担当者が伝
えられた内容を業務処理システムに入力する。
話、帳票等を介して伝えられ、要求を受けた担当者が伝
えられた内容を業務処理システムに入力する。
【０００４】
【発明が解決しようとする課題】しかしながら、上述し
た従来の業務処理システムにおいて業務を処理する場
合、電子メールや電話、帳票等で要求を受けた後に、業
務を処理するためのシステムを起動し、その後、起動し
たシステムに対して入力や操作を行う必要があった。従
って、処理が複雑になり、時間もかかってしまう。
た従来の業務処理システムにおいて業務を処理する場
合、電子メールや電話、帳票等で要求を受けた後に、業
務を処理するためのシステムを起動し、その後、起動し
たシステムに対して入力や操作を行う必要があった。従
って、処理が複雑になり、時間もかかってしまう。
【０００５】また、処理担当者は、業務処理の流れの中
で、自分の担当部分の業務が終了したことを、業務処理
手段とは異なる何らかの手段を用いて通知する必要があ
った。
で、自分の担当部分の業務が終了したことを、業務処理
手段とは異なる何らかの手段を用いて通知する必要があ
った。
【０００６】この発明の目的は、業務処理要求に対し、
複数段階の処理を経ることなく連続的に業務を処理する
ことにより、処理が簡単にできる電子メールによる業務
処理方法およびシステムを提供することである。
複数段階の処理を経ることなく連続的に業務を処理する
ことにより、処理が簡単にできる電子メールによる業務
処理方法およびシステムを提供することである。
【０００７】
【課題を解決するための手段】上記目的を達成するた
め、この発明に係る電子メールによる業務処理方法は、
業務処理要求メールが送信されるステップと、前記業務
処理要求メールを受信することにより、業務処理に関す
るＵＲＬを作成し、作成したＵＲＬを電子メールに付加
して業務処理要求元へ送信するステップと、業務処理依
頼先に対し、業務処理要求が発行されていることを通知
する業務処理指示メールが送信され、前記業務処理要求
元に対して、業務処理要求を受信したことを通知する業
務処理要求受理メールが送信されるステップと、前記業
務処理指示メールを受信した業務処理依頼先による業務
処理実施後、処理結果を電子メールで送信する業務処理
報告メールの発行が行われるステップと、前記業務処理
報告メールの受信により、業務処理データの作成、処理
結果を表示する業務処理画面のＵＲＬ付加、業務処理要
求元に対する業務処理終了メールの送信を順次行うステ
ップとを有することを特徴としている。
め、この発明に係る電子メールによる業務処理方法は、
業務処理要求メールが送信されるステップと、前記業務
処理要求メールを受信することにより、業務処理に関す
るＵＲＬを作成し、作成したＵＲＬを電子メールに付加
して業務処理要求元へ送信するステップと、業務処理依
頼先に対し、業務処理要求が発行されていることを通知
する業務処理指示メールが送信され、前記業務処理要求
元に対して、業務処理要求を受信したことを通知する業
務処理要求受理メールが送信されるステップと、前記業
務処理指示メールを受信した業務処理依頼先による業務
処理実施後、処理結果を電子メールで送信する業務処理
報告メールの発行が行われるステップと、前記業務処理
報告メールの受信により、業務処理データの作成、処理
結果を表示する業務処理画面のＵＲＬ付加、業務処理要
求元に対する業務処理終了メールの送信を順次行うステ
ップとを有することを特徴としている。
【０００８】上記構成を有することにより、業務処理要
求メールが受信されると、業務処理に関するＵＲＬが作
成され、このＵＲＬを電子メールに付加して業務処理要
求元へ送信される。業務処理依頼先には、業務処理要求
が発行されていることを通知する業務処理指示メールが
送信され、業務処理要求元には、業務処理要求を受信し
たことを通知する購入要求受理メールが送信される。業
務処理指示メールを受信した業務処理依頼先による業務
処理が実施された後、処理結果を電子メールで送信する
業務処理報告メールの発行が行われ、業務処理報告メー
ルの受信により、業務処理データの作成、処理結果を表
示する業務処理画面のＵＲＬ付加、業務処理要求元に対
する業務処理終了メールの送信が順次行われる。これに
より、業務処理要求に対し、複数段階の処理を経ること
なく連続的に業務を処理することにより、処理が簡単に
できる。
求メールが受信されると、業務処理に関するＵＲＬが作
成され、このＵＲＬを電子メールに付加して業務処理要
求元へ送信される。業務処理依頼先には、業務処理要求
が発行されていることを通知する業務処理指示メールが
送信され、業務処理要求元には、業務処理要求を受信し
たことを通知する購入要求受理メールが送信される。業
務処理指示メールを受信した業務処理依頼先による業務
処理が実施された後、処理結果を電子メールで送信する
業務処理報告メールの発行が行われ、業務処理報告メー
ルの受信により、業務処理データの作成、処理結果を表
示する業務処理画面のＵＲＬ付加、業務処理要求元に対
する業務処理終了メールの送信が順次行われる。これに
より、業務処理要求に対し、複数段階の処理を経ること
なく連続的に業務を処理することにより、処理が簡単に
できる。
【０００９】また、この発明に係る電子メールによる業
務処理システムにより、上記電子メールによる業務処理
方法を実現することができる。
務処理システムにより、上記電子メールによる業務処理
方法を実現することができる。
【００１０】
【発明の実施の形態】以下、この発明の実施の形態につ
いて図面を参照して説明する。
いて図面を参照して説明する。
【００１１】図１は、この発明の一実施の形態に係る電
子メールによる業務処理システムの構成を示すブロック
図である。図１に示すように、電子メールによる業務処
理システム１０は、複数（この例においては２個）のク
ライアント端末１１，１２と、業務処理部１３と、これ
らを相互に接続するインターネット等の通信ネットワー
ク１４とを有している。
子メールによる業務処理システムの構成を示すブロック
図である。図１に示すように、電子メールによる業務処
理システム１０は、複数（この例においては２個）のク
ライアント端末１１，１２と、業務処理部１３と、これ
らを相互に接続するインターネット等の通信ネットワー
ク１４とを有している。
【００１２】クライアント端末１１とクライアント端末
１２は、パーソナルコンピュータ等のメールを扱える情
報処理装置である。クライアント端末１１とクライアン
ト端末１２は、電子メールを送信或いは受信する機能
と、電子メールに記載されるＵＲＬ（ｕｎｉｆｏｒｍ
ｒｅｓｏｕｒｃｅ ｌｏｃａｔｏｒ）に対してアクセス
し、関連情報及び付帯情報等を表示する機能を備えてい
る。
１２は、パーソナルコンピュータ等のメールを扱える情
報処理装置である。クライアント端末１１とクライアン
ト端末１２は、電子メールを送信或いは受信する機能
と、電子メールに記載されるＵＲＬ（ｕｎｉｆｏｒｍ
ｒｅｓｏｕｒｃｅ ｌｏｃａｔｏｒ）に対してアクセス
し、関連情報及び付帯情報等を表示する機能を備えてい
る。
【００１３】業務処理部１３は、業務処理エンジン１５
と、業務の流れ（電子メールの流れる順番）及びその業
務で扱うデータを定義するＤＢ（ｄａｔａ ｂａｓｅ）
１６と、実際のデータを保持するＤＢ１７とを有してい
る。業務処理エンジン１５は、ＰＯＰ３（ｐｏｓｔ ｏ
ｆｆｉｃｅ ｐｒｏｔｏｃｏｌ ｖｅｒｓｉｏｎ３）／
ＳＭＴＰ（ｓｉｍｐｌｅ ｍａｉｌ ｔｒａｎｓｆｅｒ
ｐｒｏｔｏｃｏｌ）サーバ１８を備えており、ＰＯＰ
３／ＳＭＴＰサーバ１８と連携してメールを自動送信す
る。
と、業務の流れ（電子メールの流れる順番）及びその業
務で扱うデータを定義するＤＢ（ｄａｔａ ｂａｓｅ）
１６と、実際のデータを保持するＤＢ１７とを有してい
る。業務処理エンジン１５は、ＰＯＰ３（ｐｏｓｔ ｏ
ｆｆｉｃｅ ｐｒｏｔｏｃｏｌ ｖｅｒｓｉｏｎ３）／
ＳＭＴＰ（ｓｉｍｐｌｅ ｍａｉｌ ｔｒａｎｓｆｅｒ
ｐｒｏｔｏｃｏｌ）サーバ１８を備えており、ＰＯＰ
３／ＳＭＴＰサーバ１８と連携してメールを自動送信す
る。
【００１４】この業務処理部１３は、クライアント端末
１１，１２からの電子メールを受信し、受信した電子メ
ールの内容により、ＤＢ１６に定義される業務の種類と
扱うデータを切り分け、ＤＢ１７にデータを登録する機
能を備えている。また、業務の内容により、扱うデータ
を処理できる業務処理画面のＵＲＬを作成し、ＤＢ１６
に定義される電子メール送信先に対し送信する電子メー
ルを作成する機能を備えている。
１１，１２からの電子メールを受信し、受信した電子メ
ールの内容により、ＤＢ１６に定義される業務の種類と
扱うデータを切り分け、ＤＢ１７にデータを登録する機
能を備えている。また、業務の内容により、扱うデータ
を処理できる業務処理画面のＵＲＬを作成し、ＤＢ１６
に定義される電子メール送信先に対し送信する電子メー
ルを作成する機能を備えている。
【００１５】次に、業務処理システム１０による業務処
理の流れについて、クライアント端末１１から品名Ａの
購入要求が出され、この購入要求が、業務処理要求とし
てクライアント端末１２に出される場合を説明する。な
お、以下の説明において、通信ネットワーク１４はイン
ターネットであるとする。
理の流れについて、クライアント端末１１から品名Ａの
購入要求が出され、この購入要求が、業務処理要求とし
てクライアント端末１２に出される場合を説明する。な
お、以下の説明において、通信ネットワーク１４はイン
ターネットであるとする。
【００１６】図２は、図１の業務処理システムによる業
務処理の流れを示す説明図である。図３は、クライアン
ト端末から送信される定型メールの説明図、図４は、業
務処理部から送信される電子メールの説明図、図５は、
業務処理部から要求元に送信される電子メールの説明図
である。図６は、クライアント端末がアクセスする業務
画面の説明図、図７は、クライアント端末が起動する要
求内容を処理する画面の説明図、図８は、業務処理部か
らクライアント端末へ送信するメールの説明図である。
務処理の流れを示す説明図である。図３は、クライアン
ト端末から送信される定型メールの説明図、図４は、業
務処理部から送信される電子メールの説明図、図５は、
業務処理部から要求元に送信される電子メールの説明図
である。図６は、クライアント端末がアクセスする業務
画面の説明図、図７は、クライアント端末が起動する要
求内容を処理する画面の説明図、図８は、業務処理部か
らクライアント端末へ送信するメールの説明図である。
【００１７】図２に示すように、先ず、業務処理要求元
であるクライアント端末１１から業務処理部１３へ、購
入要求メール（業務処理要求メール）が送信される（ス
テップＳ１０１）。購入要求メールは、ＤＢ１６に定義
される形の定型化された電子メールであり、件名、品
名、個数、希望納期、納品場所、備考等の各項目につい
て必要事項が記載されている（図３参照）。
であるクライアント端末１１から業務処理部１３へ、購
入要求メール（業務処理要求メール）が送信される（ス
テップＳ１０１）。購入要求メールは、ＤＢ１６に定義
される形の定型化された電子メールであり、件名、品
名、個数、希望納期、納品場所、備考等の各項目につい
て必要事項が記載されている（図３参照）。
【００１８】購入要求メールを受信することにより、業
務処理部１３では、業務処理データが作成される（ステ
ップＳ１０２）。業務処理部１３において、受信したメ
ールの内容解析が行われ、ＤＢ１６に定義される業務の
どれであるかが判断され、その業務で必要となる情報が
メールから抽出され、ＤＢ１７に登録される。また、Ｄ
Ｂ１６に定義される、その業務の次の担当者に対し送信
する電子メールの文章が作成される。
務処理部１３では、業務処理データが作成される（ステ
ップＳ１０２）。業務処理部１３において、受信したメ
ールの内容解析が行われ、ＤＢ１６に定義される業務の
どれであるかが判断され、その業務で必要となる情報が
メールから抽出され、ＤＢ１７に登録される。また、Ｄ
Ｂ１６に定義される、その業務の次の担当者に対し送信
する電子メールの文章が作成される。
【００１９】その際、業務処理ページＵＲＬが付加され
る（ステップＳ１０３）。ＤＢ１７に登録されたデータ
に対し操作を行う業務処理画面のＵＲＬと、ＵＲＬの形
で作成した、その電子メールに関連する情報にアクセス
するためのキーとなる情報を、電子メールに付加する。
る（ステップＳ１０３）。ＤＢ１７に登録されたデータ
に対し操作を行う業務処理画面のＵＲＬと、ＵＲＬの形
で作成した、その電子メールに関連する情報にアクセス
するためのキーとなる情報を、電子メールに付加する。
【００２０】次に、業務処理部１３から、業務処理依頼
先であるクライアント端末１２に対し、購入処理指示メ
ール（業務処理指示メール）が送信される（ステップＳ
１０４）。購入処理指示メールは、購入要求依頼が発行
されていることを通知する電子メールである（図４参
照）。このとき、業務処理部１３からは、要求元である
クライアント端末１１に対しても、購入要求依頼を受信
したことを通知する電子メールである購入要求受理メー
ル（図５参照）が送信される。
先であるクライアント端末１２に対し、購入処理指示メ
ール（業務処理指示メール）が送信される（ステップＳ
１０４）。購入処理指示メールは、購入要求依頼が発行
されていることを通知する電子メールである（図４参
照）。このとき、業務処理部１３からは、要求元である
クライアント端末１１に対しても、購入要求依頼を受信
したことを通知する電子メールである購入要求受理メー
ル（図５参照）が送信される。
【００２１】クライアント端末１１では、購入要求受理
メールを受信する（ステップＳ１０５）ことにより、そ
の電子メールに記載されているＵＲＬを介して業務処理
画面（図６参照）にアクセスすることができる。業務画
面には、購入要求の現在状況が示されており、クライア
ント端末１１から送信された購入要求の進捗状況を検索
することができる。
メールを受信する（ステップＳ１０５）ことにより、そ
の電子メールに記載されているＵＲＬを介して業務処理
画面（図６参照）にアクセスすることができる。業務画
面には、購入要求の現在状況が示されており、クライア
ント端末１１から送信された購入要求の進捗状況を検索
することができる。
【００２２】クライアント端末１２では、業務処理部１
３が送信した購入処理指示メールを受信する（ステップ
Ｓ１０６）と、指示内容を確認してＵＲＬをクリックす
る。これにより、クライアント端末１２による購入処理
が実施され（ステップＳ１０７）、実際の要求内容を処
理する購入要求処理画面（図７参照）が起動する。購入
要求処理画面の起動後、購入要求処理画面において、購
入要求内容に基づく処理が実施される。
３が送信した購入処理指示メールを受信する（ステップ
Ｓ１０６）と、指示内容を確認してＵＲＬをクリックす
る。これにより、クライアント端末１２による購入処理
が実施され（ステップＳ１０７）、実際の要求内容を処
理する購入要求処理画面（図７参照）が起動する。購入
要求処理画面の起動後、購入要求処理画面において、購
入要求内容に基づく処理が実施される。
【００２３】購入要求を処理した後、クライアント端末
１２では、処理結果を電子メールで業務処理部１３へ送
信する、購入処理報告メールの発行が行われ（ステップ
Ｓ１０８）、その後処理を終了する。なお、業務処理を
行った際に、自動的に購入処理報告メールが送信される
ようにしても良い。
１２では、処理結果を電子メールで業務処理部１３へ送
信する、購入処理報告メールの発行が行われ（ステップ
Ｓ１０８）、その後処理を終了する。なお、業務処理を
行った際に、自動的に購入処理報告メールが送信される
ようにしても良い。
【００２４】次に、購入処理報告メールを受信した業務
処理部１３では、業務処理データの作成（ステップＳ１
０９）、処理結果を表示する業務処理画面のＵＲＬ付加
（ステップＳ１１０）、購入処理終了メール（図８参
照）のクライアント端末１１への送信（ステップＳ１１
１）が、順次行われる。購入処理終了メールは、購入要
求依頼に対する処理が終了したことを通知する電子メー
ルであり、メール送信後、処理が終了する。
処理部１３では、業務処理データの作成（ステップＳ１
０９）、処理結果を表示する業務処理画面のＵＲＬ付加
（ステップＳ１１０）、購入処理終了メール（図８参
照）のクライアント端末１１への送信（ステップＳ１１
１）が、順次行われる。購入処理終了メールは、購入要
求依頼に対する処理が終了したことを通知する電子メー
ルであり、メール送信後、処理が終了する。
【００２５】クライアント端末１１では、購入処理終了
メールを受信する（ステップＳ１１２）ことにより、業
務が終了したことを確認する。確認後、処理が終了す
る。
メールを受信する（ステップＳ１１２）ことにより、業
務が終了したことを確認する。確認後、処理が終了す
る。
【００２６】上述したように、電子メールによる業務処
理システム１０は、特定フォーマットで電子メールを送
受信することができる業務処理要求元のクライアント端
末１１と、特定フォーマットで電子メールを送受信する
ことができる業務処理依頼先のクライアント端末１２
と、各クライアント端末１１，１２からの電子メールを
受信して、業務処理に関するＵＲＬを作成し、作成した
ＵＲＬを電子メールに付加して各クライアント端末１
１，１２へ送信する業務処理部１３と、各クライアント
端末１１，１２と業務処理部１３を相互に接続する通信
ネットワーク１４とを有している。
理システム１０は、特定フォーマットで電子メールを送
受信することができる業務処理要求元のクライアント端
末１１と、特定フォーマットで電子メールを送受信する
ことができる業務処理依頼先のクライアント端末１２
と、各クライアント端末１１，１２からの電子メールを
受信して、業務処理に関するＵＲＬを作成し、作成した
ＵＲＬを電子メールに付加して各クライアント端末１
１，１２へ送信する業務処理部１３と、各クライアント
端末１１，１２と業務処理部１３を相互に接続する通信
ネットワーク１４とを有している。
【００２７】そして、業務処理システム１０により、業
務処理要求メールが送信されるステップと、業務処理要
求メールを受信することにより、業務処理に関するＵＲ
Ｌを作成し、作成したＵＲＬを電子メールに付加して業
務処理要求元へ送信するステップと、業務処理依頼先に
対し、業務処理要求が発行されていることを通知する業
務処理指示メールが送信され、業務処理要求元に対し
て、業務処理要求を受信したことを通知する業務処理要
求受理メールが送信されるステップと、業務処理指示メ
ールを受信した業務処理依頼先による業務処理実施後、
処理結果を電子メールで送信する業務処理報告メールの
発行が行われるステップと、業務処理報告メールの受信
により、業務処理データの作成、処理結果を表示する業
務処理画面のＵＲＬ付加、業務処理要求元に対する業務
処理終了メールの送信を順次行うステップとを経て、電
子メールによる業務処理が行われる。
務処理要求メールが送信されるステップと、業務処理要
求メールを受信することにより、業務処理に関するＵＲ
Ｌを作成し、作成したＵＲＬを電子メールに付加して業
務処理要求元へ送信するステップと、業務処理依頼先に
対し、業務処理要求が発行されていることを通知する業
務処理指示メールが送信され、業務処理要求元に対し
て、業務処理要求を受信したことを通知する業務処理要
求受理メールが送信されるステップと、業務処理指示メ
ールを受信した業務処理依頼先による業務処理実施後、
処理結果を電子メールで送信する業務処理報告メールの
発行が行われるステップと、業務処理報告メールの受信
により、業務処理データの作成、処理結果を表示する業
務処理画面のＵＲＬ付加、業務処理要求元に対する業務
処理終了メールの送信を順次行うステップとを経て、電
子メールによる業務処理が行われる。
【００２８】従って、購入要求元であるクライアント端
末１１から業務処理部１３に対し、特定フォーマットで
電子メールを送信することにより、購入要求を発行する
ことができ、購入要求を受けた業務処理部１３は、特定
フォーマットの電子メールの内容を解釈し、処理が必要
となるデータを自動判別してＤＢ１７に登録する。
末１１から業務処理部１３に対し、特定フォーマットで
電子メールを送信することにより、購入要求を発行する
ことができ、購入要求を受けた業務処理部１３は、特定
フォーマットの電子メールの内容を解釈し、処理が必要
となるデータを自動判別してＤＢ１７に登録する。
【００２９】業務処理部１３は、購入依頼先であるクラ
イアント端末１２に送信する電子メールを作成し、この
電子メールに、ＤＢ１７に登録されたデータに対し操作
を行う業務処理画面のＵＲＬと、ＵＲＬの形で作成し
た、その電子メールに関連する情報にアクセスするため
のキーとなる情報を、追加する。
イアント端末１２に送信する電子メールを作成し、この
電子メールに、ＤＢ１７に登録されたデータに対し操作
を行う業務処理画面のＵＲＬと、ＵＲＬの形で作成し
た、その電子メールに関連する情報にアクセスするため
のキーとなる情報を、追加する。
【００３０】その後、業務処理部１３から購入依頼先で
あるクライアント端末１２に対し、特定フォーマットで
電子メールを送信することにより、購入処理指示を発行
することができる。
あるクライアント端末１２に対し、特定フォーマットで
電子メールを送信することにより、購入処理指示を発行
することができる。
【００３１】このように、この発明によれば、購入要求
を、要求元のクライアント端末１１から業務処理部１３
を介して要求先のクライアント端末１２へ、電子メール
とＷｅｂブラウザという一般的ツールを用いて流すこと
ができる。
を、要求元のクライアント端末１１から業務処理部１３
を介して要求先のクライアント端末１２へ、電子メール
とＷｅｂブラウザという一般的ツールを用いて流すこと
ができる。
【００３２】この際、業務処理部１３を介してクライア
ント端末１１からクライアント端末１２へと送られる電
子メールに、業務を処理するための機能を持つ業務処理
画面のＵＲＬが付加されるので、業務処理における継ぎ
目のない連携が可能となる。
ント端末１１からクライアント端末１２へと送られる電
子メールに、業務を処理するための機能を持つ業務処理
画面のＵＲＬが付加されるので、業務処理における継ぎ
目のない連携が可能となる。
【００３３】また、各クライアント端末１１，１２及び
業務処理部１３の相互連絡に電子メールを使用している
ため、業務処理システム１０における組織変化に柔軟に
対処することができる。
業務処理部１３の相互連絡に電子メールを使用している
ため、業務処理システム１０における組織変化に柔軟に
対処することができる。
【００３４】特に、この発明に係る業務処理システム１
０にあっては、電子メールに既存ＷｅｂシステムのＵＲ
Ｌを付加することにより、既存Ｗｅｂシステムを直接起
動することができる。従って、電子メールで既存システ
ムとのＩ／Ｆ（インターフェース）を取る必要がない。
また、Ｗｅｂブラウザがあれば、サーバ側で動作する業
務処理機構にアクセスすることができるため、業務を処
理する仕組みが端末側に存在している場合には汎用性が
低くなってしまうのに対し、汎用性がより高くなる。
０にあっては、電子メールに既存ＷｅｂシステムのＵＲ
Ｌを付加することにより、既存Ｗｅｂシステムを直接起
動することができる。従って、電子メールで既存システ
ムとのＩ／Ｆ（インターフェース）を取る必要がない。
また、Ｗｅｂブラウザがあれば、サーバ側で動作する業
務処理機構にアクセスすることができるため、業務を処
理する仕組みが端末側に存在している場合には汎用性が
低くなってしまうのに対し、汎用性がより高くなる。
【００３５】更に、電子メールに付加するＵＲＬの内容
は規定していないため、どのような業務であってもＵＲ
Ｌでアクセスできる形であれば利用することができる上
に、構成が単純なので、より実現性が高い。
は規定していないため、どのような業務であってもＵＲ
Ｌでアクセスできる形であれば利用することができる上
に、構成が単純なので、より実現性が高い。
【００３６】なお、上記実施の形態において、通信ネッ
トワーク１４を介して業務処理部１３に接続されるクラ
イアント端末１１，１２は２個に限るものではなく、３
個以上の複数個でも良い。
トワーク１４を介して業務処理部１３に接続されるクラ
イアント端末１１，１２は２個に限るものではなく、３
個以上の複数個でも良い。
【００３７】
【発明の効果】以上説明したように、この発明によれ
ば、業務処理要求メールが受信されると、業務処理に関
するＵＲＬが作成され、このＵＲＬを電子メールに付加
して業務処理要求元へ送信される。業務処理依頼先に
は、業務処理要求が発行されていることを通知する業務
処理指示メールが送信され、業務処理要求元には、業務
処理要求を受信したことを通知する購入要求受理メール
が送信される。業務処理指示メールを受信した業務処理
依頼先による業務処理が実施された後、処理結果を電子
メールで送信する業務処理報告メールの発行が行われ、
業務処理報告メールの受信により、業務処理データの作
成、処理結果を表示する業務処理画面のＵＲＬ付加、業
務処理要求元に対する業務処理終了メールの送信が順次
行われるので、業務処理要求に対し、複数段階の処理を
経ることなく連続的に業務を処理することにより、処理
が簡単にできる。
ば、業務処理要求メールが受信されると、業務処理に関
するＵＲＬが作成され、このＵＲＬを電子メールに付加
して業務処理要求元へ送信される。業務処理依頼先に
は、業務処理要求が発行されていることを通知する業務
処理指示メールが送信され、業務処理要求元には、業務
処理要求を受信したことを通知する購入要求受理メール
が送信される。業務処理指示メールを受信した業務処理
依頼先による業務処理が実施された後、処理結果を電子
メールで送信する業務処理報告メールの発行が行われ、
業務処理報告メールの受信により、業務処理データの作
成、処理結果を表示する業務処理画面のＵＲＬ付加、業
務処理要求元に対する業務処理終了メールの送信が順次
行われるので、業務処理要求に対し、複数段階の処理を
経ることなく連続的に業務を処理することにより、処理
が簡単にできる。
【００３８】また、この発明に係る電子メールによる業
務処理システムにより、上記電子メールによる業務処理
方法を実現することができる。
務処理システムにより、上記電子メールによる業務処理
方法を実現することができる。
【図１】この発明の一実施の形態に係る電子メールによ
る業務処理システムの構成を示すブロック図である。
る業務処理システムの構成を示すブロック図である。
【図２】図１の業務処理システムによる業務処理の流れ
を示す説明図である。
を示す説明図である。
【図３】クライアント端末から送信される定型メールの
説明図である。
説明図である。
【図４】業務処理部から送信される電子メールの説明図
である。
である。
【図５】業務処理部から要求元に送信される電子メール
の説明図である
の説明図である
【図６】クライアント端末がアクセスする業務画面の説
明図である。
明図である。
【図７】クライアント端末が起動する要求内容を処理す
る画面の説明図である。
る画面の説明図である。
【図８】業務処理部からクライアント端末へ送信するメ
ールの説明図である。
ールの説明図である。
１０ 業務処理システム
１１，１２ クライアント端末
１３ 業務処理部
１４ 通信ネットワーク
１５ 業務処理エンジン
１６，１７ ＤＢ
１８ ＰＯＰ３／ＳＭＴＰサーバ
Claims (6)
- 【請求項１】業務処理要求メールが送信されるステップ
と、 前記業務処理要求メールを受信することにより、業務処
理に関するＵＲＬ（ｕｎｉｆｏｒｍ ｒｅｓｏｕｒｃｅ
ｌｏｃａｔｏｒ）を作成し、作成したＵＲＬを電子メ
ールに付加して業務処理要求元へ送信するステップと、 業務処理依頼先に対し、業務処理要求が発行されている
ことを通知する業務処理指示メールが送信され、前記業
務処理要求元に対して、業務処理要求を受信したことを
通知する業務処理要求受理メールが送信されるステップ
と、 前記業務処理指示メールを受信した業務処理依頼先によ
る業務処理実施後、処理結果を電子メールで送信する業
務処理報告メールの発行が行われるステップと、 前記業務処理報告メールの受信により、業務処理データ
の作成、処理結果を表示する業務処理画面のＵＲＬ付
加、業務処理要求元に対する業務処理終了メールの送信
を順次行うステップとを有することを特徴とする電子メ
ールによる業務処理方法。 - 【請求項２】前記電子メールに付加されるＵＲＬは、 前記業務処理画面のＵＲＬと、ＵＲＬの形で作成した、
その電子メールに関連する情報にアクセスするためのキ
ーとなる情報を含むことを特徴とする請求項１に記載の
電子メールによる業務処理方法。 - 【請求項３】特定フォーマットで電子メールを送受信す
ることができる業務処理要求元のクライアント端末と、 特定フォーマットで電子メールを送受信することができ
る業務処理依頼先のクライアント端末と、 前記各クライアント端末からの電子メールを受信して、
業務処理に関するＵＲＬを作成し、作成したＵＲＬを電
子メールに付加して前記各クライアント端末へ送信する
業務処理部と、 前記各クライアント端末と前記業務処理部を相互に接続
する通信ネットワークとを有することを特徴とする電子
メールによる業務処理システム。 - 【請求項４】前記電子メールに付加されるＵＲＬは、 業務処理画面のＵＲＬと、ＵＲＬの形で作成した、その
電子メールに関連する情報にアクセスするためのキーと
なる情報を、含むことを特徴とする請求項３に記載の電
子メールによる業務処理システム。 - 【請求項５】前記業務処理部は、 受信した電子メールの内容により、データベースに定義
される業務の種類と扱うデータを切り分けてデータを登
録する機能、及び業務の内容により、扱うデータを処理
できる業務処理画面のＵＲＬを作成し、前記データベー
スに定義されるメール送信先に対し送信する電子メール
を作成する機能を備えることを特徴とする請求項３また
は４に記載の電子メールによる業務処理システム。 - 【請求項６】前記業務処理部は、 ＰＯＰ３（ｐｏｓｔ ｏｆｆｉｃｅ ｐｒｏｔｏｃｏｌ
ｖｅｒｓｉｏｎ３）／ＳＭＴＰ（ｓｉｍｐｌｅ ｍａ
ｉｌ ｔｒａｎｓｆｅｒ ｐｒｏｔｏｃｏｌ）サーバと
連携して電子メールを自動送信する業務処理エンジン
と、 業務の流れ及びその業務で扱うデータを定義するデータ
ベースと、 実際のデータを保持するデータベースと を有することを特徴とする請求項３から５のいずれかに
記載の電子メールによる業務処理システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002081283A JP2003281065A (ja) | 2002-03-22 | 2002-03-22 | 電子メールによる業務処理方法およびシステム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002081283A JP2003281065A (ja) | 2002-03-22 | 2002-03-22 | 電子メールによる業務処理方法およびシステム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2003281065A true JP2003281065A (ja) | 2003-10-03 |
Family
ID=29229979
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002081283A Pending JP2003281065A (ja) | 2002-03-22 | 2002-03-22 | 電子メールによる業務処理方法およびシステム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2003281065A (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005228201A (ja) * | 2004-02-16 | 2005-08-25 | Ricoh Co Ltd | ネットワーク装置 |
-
2002
- 2002-03-22 JP JP2002081283A patent/JP2003281065A/ja active Pending
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005228201A (ja) * | 2004-02-16 | 2005-08-25 | Ricoh Co Ltd | ネットワーク装置 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6360252B1 (en) | Managing the transfer of e-mail attachments to rendering devices other than an original e-mail recipient | |
| US7293074B1 (en) | Performing server actions using template with field that can be completed without obtaining information from a user | |
| US7703670B2 (en) | Method and apparatus for creating and exposing order status within a supply chain having disparate systems | |
| US20040133481A1 (en) | Interface for generating business partners | |
| JP2002519762A (ja) | プログラム可能なアドレス属性をもつ電子メールクライアント | |
| WO2003094072A1 (en) | System and method for providing avatar mail | |
| JPH0981477A (ja) | 電子承認方法 | |
| CN101202694A (zh) | 用于在普及性设备上提供web服务的方法和系统 | |
| US20050138042A1 (en) | Method and system for facilitating virtual exchange of documents in an internet commerce system | |
| JP2003281065A (ja) | 電子メールによる業務処理方法およびシステム | |
| CN106487656A (zh) | 同步用户的线下状态的方法、装置及系统 | |
| US8364128B2 (en) | System and method for centrally distributing mobile content | |
| CN101267406A (zh) | 一种通过短信总机实现企业办公业务的方法和系统 | |
| US10606912B2 (en) | Information processing system, information processing method, and information processing program | |
| JP2002279203A (ja) | 預託管理方法，その装置，そのシステム | |
| CN101540968A (zh) | 一种通过即时通信与手机间互通的方法 | |
| JP5105265B2 (ja) | 意志収集方法、意志確認システム及び意志収集システム | |
| KR101130414B1 (ko) | 씨알엠시스템에서 발신자 표시장치 시스템과 웹 프로필 서비스 시스템의 연동 방법 및 그 시스템 | |
| CN100375426C (zh) | 提供关于需求定单的信息的方法和系统 | |
| JP2006157572A (ja) | インスタントメッセージによる同報配信方法及び装置 | |
| JP2002335574A (ja) | 工事現場の作業員と現場管理事務所との間で交わされるメッセージを管理するシステム | |
| JP2002150175A (ja) | 受発注方法 | |
| KR100699151B1 (ko) | 문서작성을 통한 업무 진행 상태 관리 방법 | |
| KR100383741B1 (ko) | 카드 발송 스케줄을 관리할 수 있는 전자 카드 전송 방법및 시스템 | |
| JP2002319979A (ja) | 電子メール自動応答装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060411 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20060801 |