JP6044411B2

JP6044411B2 - Mail processing program, mail processing method and mail processing apparatus

Info

Publication number: JP6044411B2
Application number: JP2013062690A
Authority: JP
Inventors: 賢二郎佐藤; 正博川崎
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 2013-03-25
Filing date: 2013-03-25
Publication date: 2016-12-14
Anticipated expiration: 2033-03-25
Also published as: JP2014186666A

Description

本発明は、メール処理プログラム、メール処理方法及びメール処理装置に関する。 The present invention relates to a mail processing program, a mail processing method, and a mail processing apparatus.

従来、ビジネス用途等で利用されるメールシステムには、メールの誤送信を防止するため、承認機能が設けられている場合がある。承認機能は、送信者から宛先に対してメールを送信する場合に、上司などの承認者にメールの宛先や内容をチェックさせ、承認者による承認がなされた段階で、送信メールが宛先に対して送信される機能である。 Conventionally, a mail system used for business purposes or the like is sometimes provided with an approval function to prevent erroneous transmission of mail. The approval function allows an approver such as a supervisor to check the address and contents of an email when sending an email from the sender to the destination. It is a function to be transmitted.

このような場合において、承認者は、承認依頼者（メール送信者）が記載した内容を確認するため、関係者に意見を求めたい場合がある。従来は、承認者は、メールや電話で関係者に意見を求めることとしていた。このため、後で承認の根拠を確認するには、メールの場合、メールの検索等を行わなければならず、また、電話の場合には、通話履歴を残すなどする必要があった。 In such a case, the approver may want to ask the related parties for their opinions in order to confirm the contents described by the approval requester (mail sender). Conventionally, an approver has been asking for an opinion from related parties by e-mail or telephone. For this reason, in order to confirm the basis for approval later, in the case of e-mail, it is necessary to search for e-mail, and in the case of telephone, it is necessary to leave a call history.

なお、ホームページ閲覧中のユーザと企業側応答者との情報の伝達をほぼリアルタイムに行うとともに、伝達された情報の内容を記憶する技術が知られている（例えば、特許文献１参照）。 In addition, a technique is known in which information is transmitted between a user who is browsing a home page and a company-side responder almost in real time, and the content of the transmitted information is stored (see, for example, Patent Document 1).

特開２００２−１０８７９４号公報JP 2002-108794 A

メール承認においてもチャットを利用した情報のやり取りを行うことは考えられる。しかしながら、承認依頼者等が後で承認の根拠を確認する場合、チャットのログを見つけ出したり、ログ内を検索するなどする必要があり、手間がかかる。 It is conceivable to exchange information using chat in the mail approval. However, when the approval requester or the like later confirms the basis for approval, it is necessary to find a chat log or search the log, which is troublesome.

１つの側面では、本発明は、メール承認の根拠を確認する作業を容易化することが可能なメール処理プログラム、メール処理方法及びメール処理装置を提供することを目的とする。 In one aspect, an object of the present invention is to provide a mail processing program, a mail processing method, and a mail processing apparatus capable of facilitating the work of confirming the basis for mail approval.

本明細書に記載のメール処理プログラムは、送信元端末から送信された承認が必要なメールをメール記憶部に記憶し、該メールに関連する利用者の端末との間で情報の送受信を開始するボタンと該メールの内容とを含む承認画面の情報を承認者端末に送信し、前記承認画面内の前記ボタンが前記承認者端末において押されたことを検出すると、前記承認者端末と該メールに関連する利用者の端末との間における情報の送受信を実行し、送受信された情報を前記メールに関連付けて情報記憶部に記憶する、処理をコンピュータに実行させるメール処理プログラムである。 The mail processing program described in the present specification stores a mail transmitted from a transmission source terminal that requires approval in a mail storage unit, and starts transmission / reception of information with a user terminal related to the mail. When the information on the approval screen including the button and the content of the mail is transmitted to the approver terminal, and it is detected that the button in the approval screen is pressed on the approver terminal, the approver terminal and the mail This is a mail processing program that executes transmission / reception of information with a related user terminal, stores the transmitted / received information in the information storage unit in association with the mail, and causes the computer to execute processing.

本明細書に記載のメール処理方法は、送信元端末から送信された承認が必要なメールをメール記憶部に記憶する工程と、該メールに関連する利用者の端末との間で情報の送受信を開始するボタンと該メールの内容とを含む承認画面の情報を承認者端末に送信する工程と、前記承認画面内の前記ボタンが前記承認者端末において押されたことを検出すると、前記承認者端末と該メールに関連する利用者の端末との間における情報の送受信を実行する工程と、送受信された情報を前記メールに関連付けて情報記憶部に記憶する工程と、をコンピュータが実行するメール処理方法である。 The mail processing method described in this specification includes a step of storing a mail transmitted from a transmission source terminal that requires approval in a mail storage unit, and a transmission / reception of information between the user's terminal related to the mail. A step of transmitting information on an approval screen including a button to be started and the content of the mail to the approver terminal; and detecting that the button in the approval screen is pressed on the approver terminal; Processing method in which a computer executes a step of performing transmission / reception of information between the user terminal associated with the mail and a step of storing the transmitted / received information in the information storage unit in association with the mail It is.

本明細書に記載のメール処理装置は、送信元端末から送信された承認が必要なメールを記憶するメール記憶部と、該メールに関連する利用者の端末との間で情報の送受信を開始するボタンと該メールの内容とを含む承認画面の情報を承認者端末に送信する送信部と、前記承認画面内の前記ボタンが前記承認者端末において押されたことを検出すると、前記承認者端末と該メールに関連する利用者の端末との間における情報の送受信を実行する実行部と、送受信された情報を前記メールに関連付けて記憶する情報記憶部と、を備えている。 The mail processing apparatus described in the present specification starts transmission / reception of information between a mail storage unit that stores a mail that is transmitted from a transmission source terminal and requires approval, and a user terminal related to the mail. A transmitting unit that transmits information on an approval screen including a button and the content of the mail to the approver terminal; and detecting that the button in the approval screen is pressed on the approver terminal; An execution unit that executes transmission / reception of information to / from a user terminal related to the mail; and an information storage unit that stores the transmitted / received information in association with the mail.

１側面では、実施態様によるメール承認の根拠を確認する作業を容易化することができるという効果を奏する。 In one aspect, there is an effect that the work of confirming the basis of the mail approval according to the embodiment can be facilitated.

一実施形態に係る電子メールシステムの構成を概略的に示す図である。1 is a diagram schematically showing a configuration of an electronic mail system according to an embodiment. FIG. 図２（ａ）は、サーバのハードウェア構成を示す図であり、図２（ｂ）は、クライアントのハードウェア構成を示す図である。FIG. 2A is a diagram illustrating the hardware configuration of the server, and FIG. 2B is a diagram illustrating the hardware configuration of the client. サーバ及びクライアントの機能ブロック図である。It is a functional block diagram of a server and a client. 利用者認証ＤＢのデータ構造の一例を示す図である。It is a figure which shows an example of the data structure of user authentication DB. 承認者ＤＢのデータ構造の一例を示す図である。It is a figure which shows an example of the data structure of approver DB. メールＤＢのデータ構造の一例を示す図である。It is a figure which shows an example of the data structure of mail DB. 承認ＤＢのデータ構造の一例を示す図である。It is a figure which shows an example of the data structure of approval DB. 図８（ａ）はチャットメンバーＤＢのデータ構造の一例を示す図であり、図８（ｂ）はチャットＤＢのデータ構造の一例を示す図である。FIG. 8A is a diagram illustrating an example of the data structure of the chat member DB, and FIG. 8B is a diagram illustrating an example of the data structure of the chat DB. メール処理部の実行する処理を示すフローチャート（その１）である。It is a flowchart (the 1) which shows the process which a mail process part performs. メール処理部の実行する処理を示すフローチャート（その２）である。It is a flowchart (the 2) which shows the process which a mail process part performs. 図１０のステップＳ４４の処理を示すフローチャートである。It is a flowchart which shows the process of step S44 of FIG. 図１１のステップＳ６６の処理を示すフローチャートである。It is a flowchart which shows the process of step S66 of FIG. 図１０のステップＳ４７の処理を示すフローチャートである。It is a flowchart which shows the process of step S47 of FIG. 図１０のステップＳ４９の処理を示すフローチャートである。It is a flowchart which shows the process of step S49 of FIG. 図１５（ａ）は、ＩＤ（メールアドレス）、パスワード入力画面の一例を示す図であり、図１５（ｂ）は、認証エラー画面の一例を示す図である。FIG. 15A is a diagram illustrating an example of an ID (mail address) and password input screen, and FIG. 15B is a diagram illustrating an example of an authentication error screen. 受信メール一覧画面の一例を示す図である。It is a figure which shows an example of a received mail list screen. 図１７（ａ）、図１７（ｂ）は、メッセージ作成画面の一例を示す図である。FIGS. 17A and 17B are diagrams illustrating an example of a message creation screen. 承認一覧画面の一例を示す図である。It is a figure which shows an example of an approval list screen. 承認画面の一例（ボタンが押される前）を示す図である。It is a figure which shows an example (before a button is pressed) of an approval screen. 承認画面の一例（ボタンが押された後）を示す図である。It is a figure which shows an example (after a button was pressed) of an approval screen. 画面Ｇｃ’がポップアップ表示された状態を示す図である。It is a figure which shows the state by which screen Gc 'was pop-up-displayed. 承認結果一覧画面の一例を示す図である。It is a figure which shows an example of an approval result list screen. 承認結果確認画面の一例を示す図である。It is a figure which shows an example of an approval result confirmation screen. 図２４（ａ）は、図２０の画面の変形例を示す図であり、図２４（ｂ）は、図２１の画面の変形例を示す図である。FIG. 24A is a diagram showing a modification of the screen of FIG. 20, and FIG. 24B is a diagram showing a modification of the screen of FIG.

以下、電子メールシステムの一実施形態について、図１〜図２３に基づいて詳細に説明する。図１には、一実施形態に係る電子メールシステム１００が概略的に示されている。 Hereinafter, an embodiment of an electronic mail system will be described in detail with reference to FIGS. FIG. 1 schematically shows an e-mail system 100 according to an embodiment.

本実施形態の電子メールシステム１００は、図１に示すように、メール処理装置としてのサーバ１０と、端末としてのクライアント２０と、を備える。サーバ１０とクライアント２０は、インターネットやＬＡＮ（Local Area Network）などのネットワーク８０に接続されている。この電子メールシステム１００は、クライアント２０においてブラウザ上に表示されるＷＥＢメールの画面（サーバ１０から提供）内で利用者が入力や操作を行うことで、クライアント２０間における電子メールのやり取りを可能にするシステムである。なお、本実施形態では、あるクライアント２０の利用者が他のクライアントの利用者に対して電子メールを送信する場合、予め定められた承認者（上司等）による電子メールのチェックが行われるものとする。承認者は、上記クライアント２０の利用者が承認する立場に立つ場合に、その利用者を呼ぶ名称であり、承認にはクライアント２０を用いる。そして、承認者によって電子メールの送信が承認された場合にのみ、電子メールが送信先に送信されるものとする。なお、電子メールシステム１００では、承認者は、必要に応じて、電子メールの内容に関連する利用者との間で、チャットを利用して、電子メールの内容について議論することができるようになっている。なお、以下においては、電子メールを「メール」と略述するものとする。 As shown in FIG. 1, the electronic mail system 100 of the present embodiment includes a server 10 as a mail processing device and a client 20 as a terminal. The server 10 and the client 20 are connected to a network 80 such as the Internet or a LAN (Local Area Network). The e-mail system 100 enables the exchange of e-mails between the clients 20 by the user performing input and operation on the WEB mail screen (provided from the server 10) displayed on the browser in the client 20. System. In the present embodiment, when a user of a client 20 transmits an e-mail to a user of another client, the e-mail is checked by a predetermined approver (such as a boss). To do. The approver is a name for calling the user when the user of the client 20 is in a position to approve, and the client 20 is used for the approval. Then, it is assumed that the e-mail is transmitted to the transmission destination only when the e-mail transmission is approved by the approver. In the e-mail system 100, the approver can discuss the contents of the e-mail using a chat with a user related to the contents of the e-mail as necessary. ing. In the following, electronic mail is abbreviated as “mail”.

図２（ａ）には、サーバ１０のハードウェア構成が示されている。図２（ａ）に示すように、サーバ１０は、ＣＰＵ（Central Processing Unit）９０、ＲＯＭ（Read Only Memory）９２、ＲＡＭ（Random Access Memory）９４、記憶部（ここではＨＤＤ（Hard Disk Drive））９６、ネットワークインタフェース９７、及び可搬型記憶媒体用ドライブ９９等を備えている。これらサーバ１０の構成各部は、バス９８に接続されている。サーバ１０では、ＲＯＭ９２あるいはＨＤＤ９６に格納されているプログラム（メール処理プログラムを含む）、或いは可搬型記憶媒体用ドライブ９９が可搬型記憶媒体９１から読み取ったプログラム（メール処理プログラムを含む）をＣＰＵ９０が実行することにより、図３に示すメール処理部４０としての機能が実現される。メール処理部４０は、メールの送受信、承認処理に関する各種処理を実行する。なお、図３には、サーバ１０のＨＤＤ９６等に格納されている利用者認証ＤＢ（database）３０、承認者ＤＢ３１、メールＤＢ３２、メール記憶部としての承認ＤＢ３３、チャットメンバーＤＢ３４、情報記憶部としてのチャットＤＢ３５も図示されている。なお、各ＤＢ３０〜３５の具体的なデータ構造等については後述する。 FIG. 2A shows the hardware configuration of the server 10. As shown in FIG. 2A, the server 10 includes a CPU (Central Processing Unit) 90, a ROM (Read Only Memory) 92, a RAM (Random Access Memory) 94, and a storage unit (here, an HDD (Hard Disk Drive)). 96, a network interface 97, a portable storage medium drive 99, and the like. Each component of the server 10 is connected to a bus 98. In the server 10, the CPU 90 executes a program (including a mail processing program) stored in the ROM 92 or the HDD 96 or a program (including a mail processing program) read from the portable storage medium 91 by the portable storage medium drive 99. Thus, the function as the mail processing unit 40 shown in FIG. 3 is realized. The mail processing unit 40 executes various processes related to mail transmission / reception and approval processing. 3 shows a user authentication DB (database) 30, an approver DB 31, an email DB 32, an approval DB 33 as an email storage unit, a chat member DB 34, and an information storage unit stored in the HDD 96 of the server 10. A chat DB 35 is also shown. The specific data structure of each DB 30 to 35 will be described later.

図２（ｂ）には、クライアント２０のハードウェア構成が示されている。図２（ｂ）に示すように、クライアント２０は、ＣＰＵ１９０、ＲＯＭ１９２、ＲＡＭ１９４、記憶部（ＨＤＤ）１９６、ディスプレイ１９３、入力部１９５、ネットワークインタフェース１９７、及び可搬型記憶媒体用ドライブ１９９等を備えており、クライアント２０の構成各部は、バス１９８に接続されている。ディスプレイ１９３は、液晶ディスプレイ等を含み、入力部１９５は、キーボードやマウス、タッチパネル等を含む。クライアント２０においては、ＣＰＵ１９０がプログラムを実行することで、図３に示す表示処理部５０及び入力処理部５２としての機能が実現される。表示処理部５０は、サーバ１０のメール処理部４０からの指示に応じて、クライアント２０のディスプレイ１９３上にメール作成、送受信に関する画面を表示したり、メールの承認に関する画面を表示したりする。入力処理部５２は、クライアント２０の利用者が入力部１９５を介して入力した情報を受け付け、当該情報をサーバ１０のメール処理部４０に対して送信する。 FIG. 2B shows the hardware configuration of the client 20. 2B, the client 20 includes a CPU 190, a ROM 192, a RAM 194, a storage unit (HDD) 196, a display 193, an input unit 195, a network interface 197, a portable storage medium drive 199, and the like. Each component of the client 20 is connected to the bus 198. The display 193 includes a liquid crystal display and the input unit 195 includes a keyboard, a mouse, a touch panel, and the like. In the client 20, the functions as the display processing unit 50 and the input processing unit 52 illustrated in FIG. 3 are realized by the CPU 190 executing the program. In response to an instruction from the mail processing unit 40 of the server 10, the display processing unit 50 displays a screen related to mail creation, transmission / reception, or a screen related to mail approval on the display 193 of the client 20. The input processing unit 52 receives information input by the user of the client 20 via the input unit 195 and transmits the information to the mail processing unit 40 of the server 10.

ここで、サーバ１０が有する各種ＤＢについて説明する。 Here, various DBs included in the server 10 will be described.

図４には、利用者認証ＤＢ３０のデータ構造の一例が示されている。利用者認証ＤＢ３０は、利用者がログインする際の認証に用いる情報を格納するデータベースである。この利用者認証ＤＢ３０は、図４に示すように、「利用者ＩＤ（メールアドレス）」と、利用者ＩＤに対応する「パスワード」、「利用者名称」、「部署名」、及び「ログイン状況」の各フィールドを有している。例えば、図４からは、利用者「田中」、「佐藤」、「山田」がログイン中であることがわかる。 FIG. 4 shows an example of the data structure of the user authentication DB 30. The user authentication DB 30 is a database that stores information used for authentication when a user logs in. As shown in FIG. 4, the user authentication DB 30 includes a “user ID (email address)”, a “password” corresponding to the user ID, a “user name”, a “department name”, and a “login status”. ”Field. For example, FIG. 4 shows that the users “Tanaka”, “Sato”, and “Yamada” are logging in.

図５には、承認者ＤＢ３１のデータ構造の一例が示されている。承認者ＤＢ３１は、利用者に対して予め対応付けられている承認者の情報を格納するデータベースである。承認者ＤＢ３１は、図５に示すように、利用者の「利用者アドレス」と、利用者に対して予め対応付けられている承認者のアドレス（「承認者アドレス」）及び「承認者名称」の各フィールドを有している。図５からは、利用者「田中」、「佐藤」、「鈴木」の承認者が「黒田」であること等が分かる。 FIG. 5 shows an example of the data structure of the approver DB 31. The approver DB 31 is a database that stores information on an approver previously associated with a user. As shown in FIG. 5, the approver DB 31 includes the “user address” of the user, the address of the approver (“approver address”) associated with the user in advance, and the “approver name”. Each field. FIG. 5 shows that the approver of the users “Tanaka”, “Sato”, and “Suzuki” is “Kuroda”.

図６には、メールＤＢ３２のデータ構造の一例が示されている。メールＤＢ３２は、クライアント２０間で送受信されたメールの情報を格納するデータベースであり、利用者ごとに用意される。なお、図６は、利用者「田中」に対応するメールＤＢである。 FIG. 6 shows an example of the data structure of the mail DB 32. The mail DB 32 is a database that stores information on mails transmitted and received between the clients 20, and is prepared for each user. FIG. 6 is a mail DB corresponding to the user “Tanaka”.

メールＤＢ３２は、図６に示すように、「利用者アドレス」、「受送信区分」、「メッセージＩＤ」、「発信者アドレス（利用者アドレス）」、「宛先」、「発信日時（承認日時）」、「メール情報（件名、本文）」の各フィールドを有する。 As shown in FIG. 6, the mail DB 32 includes “user address”, “transmission / reception classification”, “message ID”, “sender address (user address)”, “destination”, “sending date (approval date)”. ”And“ Mail information (subject, text) ”.

「利用者アドレス」のフィールドには、メールの送信又は受信を行った利用者の利用者ＩＤ（メールアドレス）が入力される。「受送信区分」のフィールドには、メールが利用者ＩＤに対応する利用者によって送信されたのか受信されたのかの情報が入力される。「メッセージＩＤ」のフィールドには、メール毎に定義されるユニークなＩＤが入力される。図６ではメールと対応づけがしやすいような文字列としているが、実際には英数字が無意味に並んだ文字列となる。「発信者アドレス（利用者アドレス）」のフィールドには、メールの差出人のメールアドレスが入力される。なお、「受送信」のフィールドが「送信」である場合には、発信者アドレスとして利用者ＩＤが入力される。「宛先」のフィールドには、メールの宛先のメールアドレスが入力される。なお、「受送信」のフィールドが「受信」である場合には、宛先に利用者ＩＤが含まれることになる。「発信日時（承認日時）」は、メールが送信先に対して送信された日時であり、承認が必要なメールの場合には承認者によって承認された日時が入力される。「メール情報（件名、本文）」のフィールドには、メールの件名及び本文そのものが入力される。なお、本実施形態では、利用者ごとにメールＤＢ３２を作成し、管理することとしているが、これに限らず、１つのメールＤＢにて、複数の利用者の送受信メール情報を管理することとしてもよい。 In the “user address” field, the user ID (mail address) of the user who sent or received the mail is entered. Information on whether the mail is transmitted or received by the user corresponding to the user ID is input in the “transmission / reception classification” field. In the “message ID” field, a unique ID defined for each mail is input. In FIG. 6, the character string is easy to be associated with the mail, but actually, it is a character string in which alphanumeric characters are meaninglessly arranged. In the “sender address (user address)” field, the mail address of the mail sender is entered. If the “transmission / reception” field is “transmission”, the user ID is input as the sender address. In the “destination” field, the mail address of the mail address is entered. When the “transmission / reception” field is “reception”, the user ID is included in the destination. “Sent date / time (approval date / time)” is the date / time when the mail is transmitted to the transmission destination, and the date / time approved by the approver is input in the case of the mail that needs to be approved. In the “mail information (subject, body)” field, the subject of the mail and the body itself are entered. In this embodiment, the mail DB 32 is created and managed for each user. However, the present invention is not limited to this, and it is also possible to manage sent / received mail information of a plurality of users with one mail DB. Good.

図７には、承認ＤＢ３３の一例が示されている。承認ＤＢ３３は、メールの承認依頼が出された場合に、そのメールの情報や承認結果などを格納するためのデータベースである。なお、承認ＤＢ３３は、承認者ごとに用意されるものとする（図７は、承認者「黒田」の承認ＤＢ３３を示している）。承認ＤＢ３３は、「承認ＩＤ」、「メッセージＩＤ」、「承認結果」、「発信者アドレス（利用者アドレス）」、「宛先」、「承認依頼日時」、「承認／差戻日時」、「メール情報（件名、本文）」の各フィールドを有する。 FIG. 7 shows an example of the approval DB 33. The approval DB 33 is a database for storing mail information, approval results, and the like when a mail approval request is issued. Note that the approval DB 33 is prepared for each approver (FIG. 7 shows the approval DB 33 of the approver “Kuroda”). The approval DB 33 includes “approval ID”, “message ID”, “approval result”, “sender address (user address)”, “destination”, “approval request date”, “approval / return date”, “email”. Each field of “Information (Subject, Body)”.

「承認ＩＤ」のフィールドには、承認依頼ごとに定義されるユニークなＩＤが入力される。なお、図７の下から１行目と下から２行目には同一のメールに対する承認依頼の情報が格納されているが、承認ＩＤは承認依頼ごとに定義されるＩＤであるので、これらの承認ＩＤは異なっている。「メッセージＩＤ」のフィールドには、メール毎に定義されるユニークなＩＤが入力される。「承認結果」のフィールドには、承認者によって承認される前か否か、承認されたか承認されなかったかが入力される。図７では、「承認結果」のフィールドに、「承認依頼中」、「送信（承認）」、「差戻（不承認）」のいずれかが入力される。「発信者アドレス（利用者アドレス）」のフィールドには、メールの差出人のメールアドレスが入力される。「宛先」のフィールドには、メールの宛先のメールアドレスが入力される。「承認依頼日時」のフィールドには、メールの発信者がメールを送信するために承認者に対して承認依頼を出した日時が入力される。「承認／差戻日時」のフィールドには、承認者がメールの承認又は差戻しのいずれかを行うことを入力した日時が入力される。「メール情報（件名、本文）」のフィールドには、メールの件名、本文が入力される。 In the “approval ID” field, a unique ID defined for each approval request is input. In addition, although the information on the approval request for the same mail is stored in the first line from the bottom and the second line from the bottom in FIG. 7, the approval ID is an ID defined for each approval request. The approval ID is different. In the “message ID” field, a unique ID defined for each mail is input. In the “approval result” field, whether it has been approved by the approver or whether it has been approved or not is entered. In FIG. 7, “approval requested”, “transmission (approval)”, or “return (non-approval)” is entered in the “approval result” field. In the “sender address (user address)” field, the mail address of the mail sender is entered. In the “destination” field, the mail address of the mail address is entered. In the “approval request date and time” field, the date and time when the mail sender sends an approval request to the approver to send the mail is input. In the “approval / return date and time” field, the date and time when the approver inputs that the mail is to be either approved or returned. In the “mail information (subject, body)” field, the subject and body of the mail are entered.

図８（ａ）には、チャットメンバーＤＢ３４のデータ構造の一例が示されている。チャットメンバーＤＢ３４は、承認者ごとに用意されるＤＢであり、メールの承認に関するチャットに参加するメンバー（承認者を除く）の情報が格納される。なお、チャットメンバーＤＢ３４は、「承認ＩＤ」及び「利用者アドレス」の各フィールドを有している。「承認ＩＤ」のフィールドには、チャット会話空間が生成された承認のＩＤ（承認ＩＤ）が格納され、「利用者アドレス」のフィールドには、チャットに参加する利用者のＩＤ（メールアドレス）が格納される。 FIG. 8A shows an example of the data structure of the chat member DB 34. The chat member DB 34 is a DB prepared for each approver, and stores information on members (excluding the approver) who participate in chat related to mail approval. The chat member DB 34 has fields of “approval ID” and “user address”. The “approval ID” field stores the ID (approval ID) of the approval that generated the chat conversation space, and the “user address” field contains the ID (email address) of the user participating in the chat. Stored.

図８（ｂ）には、チャットＤＢ３５のデータ構造の一例が示されている。チャットＤＢ３５は、チャットにおいて発言された内容（チャットに参加する利用者から入力された内容）を格納するＤＢである。チャットＤＢ３５は、「発言日時」、及び「会話内容」の各フィールドを有する。なお「会話内容」のフィールドには、発言者を示す情報（<kuroda>、<satou>等）と、入力内容とが格納される。なお、チャットＤＢ３５は承認ＩＤ毎に作成される。 FIG. 8B shows an example of the data structure of the chat DB 35. The chat DB 35 is a DB that stores contents uttered in chat (contents input from users participating in chat). The chat DB 35 has fields of “speaking date and time” and “conversation content”. In the “conversation content” field, information indicating the speaker (<kuroda>, <satou>, etc.) and the input content are stored. The chat DB 35 is created for each approval ID.

次に、本実施形態におけるメール処理部４０の処理について、図９〜図１４のフローチャートに沿って、その他図面を適宜参照しつつ詳細に説明する。 Next, the processing of the mail processing unit 40 in the present embodiment will be described in detail along the flowcharts of FIGS. 9 to 14 with reference to other drawings as appropriate.

図９の処理では、まず、ステップＳ１０において、メール処理部４０は、メール表示要求をクライアント２０から受信するまで待機する。クライアント２０の利用者は、クライアント２０のディスプレイ１９３上に表示されているブラウザ上でＷＥＢメールサービスのアドレスに対してアクセスすることによりメール表示要求を出すことができる。なお、メール表示要求は、クライアント２０の入力処理部５２から送信される。 In the process of FIG. 9, first, in step S 10, the mail processing unit 40 stands by until a mail display request is received from the client 20. A user of the client 20 can issue a mail display request by accessing the address of the WEB mail service on the browser displayed on the display 193 of the client 20. The mail display request is transmitted from the input processing unit 52 of the client 20.

メール処理部４０は、入力処理部５２から送信されてきたメール表示要求を受信すると（ステップＳ１０の判断が肯定されると）、ステップＳ１２に移行する。ステップＳ１２では、メール処理部４０は、ＩＤ（メールアドレス）、パスワード入力画面のデータをクライアント２０（表示処理部５０）に対して送信する。クライアント２０においては、表示処理部５０が、ＩＤ（メールアドレス）、パスワード入力画面のデータを受信した段階で、該画面（図１５（ａ））をディスプレイ１９３上に表示する。 When the mail processing unit 40 receives the mail display request transmitted from the input processing unit 52 (when the determination in step S10 is affirmed), the mail processing unit 40 proceeds to step S12. In step S12, the mail processing unit 40 transmits the ID (mail address) and password entry screen data to the client 20 (display processing unit 50). In the client 20, the display processing unit 50 displays the screen (FIG. 15A) on the display 193 when the ID (mail address) and password input screen data are received.

次いで、ステップＳ１４では、メール処理部４０が、ＩＤ（メールアドレス）、パスワードをクライアント２０から受信するまで待機する。なお、利用者がＩＤとパスワードを図１５（ａ）の画面上で入力し、送信ボタンを押すと、入力処理部５２は、ＩＤとパスワードをメール処理部４０に送信する。 Next, in step S 14, the mail processing unit 40 stands by until an ID (mail address) and a password are received from the client 20. When the user inputs the ID and password on the screen of FIG. 15A and presses the send button, the input processing unit 52 transmits the ID and password to the mail processing unit 40.

入力処理部５２からメール処理部４０に対して利用者ＩＤとパスワードが送信されると（ステップＳ１４の判断が肯定されると）、ステップＳ１６に移行する。ステップＳ１６では、メール処理部４０が、利用者認証ＤＢ３０（図４）を用いて利用者の認証を実行する。次いで、ステップＳ１８では、メール処理部４０が、認証がＯＫであったか否かを判断する。ここでの判断が否定された場合、ステップＳ２０に移行し、メール処理部４０は、認証エラー画面のデータを作成して、クライアント２０（表示処理部５０）に対して送信する。表示処理部５０は、該データを受信した段階で、認証エラー画面（図１５（ｂ））をディスプレイ１９３上に表示する。その後は、メール処理部４０は、図９〜図１４の全処理を終了する。 When the user ID and password are transmitted from the input processing unit 52 to the mail processing unit 40 (when the determination in step S14 is affirmed), the process proceeds to step S16. In step S 16, the mail processing unit 40 performs user authentication using the user authentication DB 30 (FIG. 4). Next, in step S18, the mail processing unit 40 determines whether or not the authentication is OK. If the determination here is negative, the process proceeds to step S20, and the mail processing unit 40 creates data of an authentication error screen and transmits it to the client 20 (display processing unit 50). The display processing unit 50 displays an authentication error screen (FIG. 15B) on the display 193 when the data is received. Thereafter, the mail processing unit 40 ends all the processes in FIGS.

一方、ステップＳ１８の判断が肯定された場合、すなわち認証がＯＫであった場合には、ステップＳ２２に移行する。ステップＳ２２では、メール処理部４０は、メールＤＢ３２（図６）を用いて、入力された利用者ＩＤに対応する受信メール一覧画面のデータを生成して、クライアント２０に送信する。この場合の受信メール一覧画面は、図１６に示すような画面であるものとする。なお、ステップＳ２２では、メール処理部４０は、入力された利用者ＩＤに対応するメールＤＢ３２より、受送信区分が「受信」であるメール情報を取得し、発信者アドレスを「差出人」、発信日時を「日付」、メール情報の件名を「件名」として、受信メール一覧画面を生成する。クライアント２０の表示処理部５０は、画面のデータを受信した段階で、図１６の受信メール表示画面をディスプレイ１９３上に表示する。その後は、図１０のステップＳ３０に移行する。 On the other hand, if the determination in step S18 is affirmative, that is, if the authentication is OK, the process proceeds to step S22. In step S 22, the mail processing unit 40 generates data of a received mail list screen corresponding to the input user ID using the mail DB 32 (FIG. 6) and transmits it to the client 20. The received mail list screen in this case is assumed to be a screen as shown in FIG. In step S22, the mail processing unit 40 obtains mail information whose receiving / sending classification is “received” from the mail DB 32 corresponding to the input user ID, sets the sender address to “sender”, and the sending date / time. Is the “date” and the subject of the mail information is “subject”, and the received mail list screen is generated. The display processing unit 50 of the client 20 displays the received mail display screen of FIG. 16 on the display 193 when the screen data is received. Thereafter, the process proceeds to step S30 in FIG.

図１０のステップＳ３０に移行すると、メール処理部４０は、メッセージ作成要求（新規作成又は返信）をクライアント２０から受信したか否かを判断する。この場合、メール処理部４０は、図１６の受信メール表示画面上の「新規作成」ボタンや「返信」ボタンが利用者によって押されたという情報を入力処理部５２から受信したか否かを判断する。ここでの判断が肯定された場合には、ステップＳ３２に移行するが、否定された場合には、ステップＳ４２に移行する。 When the process proceeds to step S30 in FIG. 10, the mail processing unit 40 determines whether a message creation request (new creation or reply) has been received from the client 20. In this case, the mail processing unit 40 determines whether information indicating that the “new creation” button or the “reply” button on the received mail display screen in FIG. 16 has been pressed by the user has been received from the input processing unit 52. To do. If the determination here is affirmed, the process proceeds to step S32. If the determination is negative, the process proceeds to step S42.

ステップＳ３０の判断が肯定されてステップＳ３２に移行すると、メール処理部４０は、メッセージ作成画面のデータを作成し、クライアント２０（表示処理部５０）に送信する。クライアント２０（表示処理部５０）は、メッセージ作成画面のデータを受信した段階で、例えば、図１７（ａ）に示すようなメッセージ作成画面を表示する。なお、図１７（ａ）の画面は、利用者によって「新規作成」ボタンが押された場合に表示されるメッセージ作成画面である。なお、利用者によって「返信」ボタンが押された場合には、メール処理部４０は、返信元メールの内容を引用したメッセージ作成画面（返信用）のデータを作成し、クライアント２０に送信する。メッセージ作成画面（返信用）では、宛先、件名の欄にアドレス（返信元メールの送受信者のうち、メール送信しようとしている利用者を以外の利用者のアドレス）や件名（返信元メールの件名の先頭に「Re:」を付加したもの）が入力され、本文の欄に返信元メールの本文が引用形式にて入力される。なお、メールの返信は、例えば、図１６のような受信メール一覧画面において、ある件名がマウスなどのポインティングデバイスのシングルクリックにて選択された後に、「返信」ボタンの押下があった場合に行われる。具体的には、その選択メールに対応するメッセージＩＤと返信を示す情報がサーバ１０のメール処理部４０に送信される。その場合に、選択していたメールのメッセージＩＤを使い、メールＤＢ３２の受信欄からそのメールの情報（件名、本文など）が取得され、その件名にRe:を付加し、本文に引用符が付加されることで、返信時のメール送信画面が生成される。なお、図示しないが、図１６の受信メール一覧画面より、件名をポインティングデバイスのダブルクリックなどで、メールの内容を表示させ、その後で「返信」ボタンを押下しても、メッセージ作成画面が表示される。 When the determination in step S30 is affirmed and the process proceeds to step S32, the mail processing unit 40 creates data of a message creation screen and transmits it to the client 20 (display processing unit 50). When the client 20 (display processing unit 50) receives the message creation screen data, the client 20 (display processing unit 50) displays, for example, a message creation screen as shown in FIG. Note that the screen in FIG. 17A is a message creation screen that is displayed when the “new creation” button is pressed by the user. Note that when the “reply” button is pressed by the user, the mail processing unit 40 creates data of a message creation screen (for reply) quoting the content of the reply source mail and transmits it to the client 20. In the message creation screen (for reply), the address (subject address) is displayed in the address and subject fields. (With "Re:" added to the beginning) is entered, and the body text of the reply mail is entered in the quoted form in the text field. For example, when a “Reply” button is pressed after a subject is selected with a single click of a pointing device such as a mouse on the received mail list screen as shown in FIG. Is called. Specifically, a message ID corresponding to the selected mail and information indicating a reply are transmitted to the mail processing unit 40 of the server 10. In that case, using the message ID of the selected mail, the mail information (subject, text, etc.) is acquired from the receiving column of the mail DB 32, Re: is added to the subject, and quotes are added to the text. By doing so, a mail transmission screen at the time of reply is generated. Although not shown in the figure, the message creation screen is displayed even if the subject is displayed on the received mail list screen of FIG. 16 by double-clicking the pointing device, and then the “reply” button is pressed. The

次いで、ステップＳ３４では、メール処理部４０は、クライアント２０から本文などのメール情報を受信するまで待機する。なお、利用者が図１７（ａ）の画面上で図１７（ｂ）に示すように宛先や件名、メール本文を入力するなどして、「送信（承認依頼）」ボタンを押すと、入力処理部５２は、該画面上に入力されている情報をメール処理部４０に送信する。 Next, in step S34, the mail processing unit 40 stands by until mail information such as a text is received from the client 20. When the user presses a “send (approval request)” button by inputting a destination, a subject, and a mail text as shown in FIG. 17B on the screen of FIG. The unit 52 transmits the information input on the screen to the mail processing unit 40.

入力処理部５２からメール処理部４０に対してメール本文等の情報が送信されると（ステップＳ３４の判断が肯定されると）、ステップＳ３８に移行する。ステップＳ３８に移行すると、メール処理部４０は、承認者ＤＢ３１（図５）から、メッセージの発信者に対応する承認者のアドレスを取得する。メッセージの発信者が「田中」の場合、図５より、承認者「黒田」のアドレスが取得される。次いで、ステップＳ４０では、メール処理部４０は、承認者（黒田）のアドレスに対応する承認ＤＢ３３（図７）に、メール情報を記録する（図７の１番上の情報参照）。 When information such as a mail text is transmitted from the input processing unit 52 to the mail processing unit 40 (when the determination in step S34 is affirmed), the process proceeds to step S38. If transfering it to step S38, the mail process part 40 will acquire the address of the approver corresponding to the sender of a message from approver DB31 (FIG. 5). When the sender of the message is “Tanaka”, the address of the approver “Kuroda” is acquired from FIG. Next, in step S40, the mail processing unit 40 records the mail information in the approval DB 33 (FIG. 7) corresponding to the address of the approver (Kuroda) (see the top information in FIG. 7).

次いで、ステップＳ４２では、メール処理部４０は、承認処理要求をクライアント２０（承認者のクライアント２０）から受信したか否かを判断する。ここでの判断が肯定された場合には、ステップＳ４４のメール承認処理（後述する）に進む。具体的には、図１１のステップＳ４４０に移行するが、否定された場合には、ステップＳ４６に移行する。ステップＳ４６に移行した場合、メール処理部４０は、クライアント２０の利用者ＩＤがチャットメンバーＤＢに含まれているか否かを判断する。ここでの判断が肯定された場合は、ステップＳ４７に移行し、チャット画面表示処理（後述する）を実行する。具体的には、図１３のステップＳ４９０に移行するが、否定された場合には、ステップＳ４８に移行する。ステップＳ４８に移行した場合、メール処理部４０は、クライアント２０（メールを送信した利用者のクライアント２０）から承認結果一覧表示要求を受信したか否かを判断する。ここでの判断が肯定された場合には、ステップＳ４９に移行し、メール処理部４０は、承認結果表示処理（後述する）を実行する。具体的には、図１４のステップＳ４６０に進む。一方、ステップＳ４８の処理が否定された場合は、ステップＳ５０に移行する。 Next, in step S42, the mail processing unit 40 determines whether an approval processing request has been received from the client 20 (the approver's client 20). If the determination is affirmed, the process proceeds to a mail approval process (described later) in step S44. Specifically, the process proceeds to step S440 in FIG. 11, but if negative, the process proceeds to step S46. When the process proceeds to step S46, the mail processing unit 40 determines whether the user ID of the client 20 is included in the chat member DB. When determination here is affirmed, it transfers to step S47 and a chat screen display process (after-mentioned) is performed. Specifically, the process proceeds to step S490 in FIG. 13, but if the result is negative, the process proceeds to step S48. When the process proceeds to step S48, the mail processing unit 40 determines whether an approval result list display request has been received from the client 20 (the client 20 of the user who transmitted the mail). If the determination here is affirmed, the process moves to step S49, and the mail processing unit 40 executes an approval result display process (described later). Specifically, the process proceeds to step S460 in FIG. On the other hand, when the process of step S48 is denied, the process proceeds to step S50.

ステップＳ５０に移行すると、メール処理部４０は、ログアウト要求を受信したか否かを判断する。ここでの判断が否定された場合には、ステップＳ３０に戻るが、肯定された場合には、図９〜図１４の全処理を終了する。 In step S50, the mail processing unit 40 determines whether a logout request has been received. If the determination is negative, the process returns to step S30. If the determination is positive, all the processes in FIGS. 9 to 14 are terminated.

以下、ステップＳ４４、Ｓ４７、Ｓ４９の処理の詳細について説明する。 Details of the processes in steps S44, S47, and S49 will be described below.

（メール承認処理（Ｓ４４））
ステップＳ４４の処理では、まず、図１１のステップＳ４４０において、メール処理部４０は、利用者ＩＤに対応する承認ＤＢ３３から、未承認のメール情報を取得し、承認一覧メール画面のデータを作成し、クライアント２０へ送信する。クライアント２０（表示処理部５０）では、承認一覧メール画面のデータを受信した段階で、図１８に示すような承認一覧画面をディスプレイ１９３上に表示する。なお、図１８の承認一覧画面には、未承認のメールの発信者、承認依頼日時、件名が表示される。また、承認一覧画面には、「ログアウト」ボタンも設けられている。 (Email approval process (S44))
In step S44, first, in step S440 of FIG. 11, the mail processing unit 40 acquires unapproved mail information from the approval DB 33 corresponding to the user ID, creates data of an approval list mail screen, Send to client 20. The client 20 (display processing unit 50) displays an approval list screen as shown in FIG. 18 on the display 193 when the approval list mail screen data is received. In the approval list screen of FIG. 18, the sender of the unapproved mail, the approval request date and time, and the subject are displayed. The approval list screen is also provided with a “logout” button.

次いで、ステップＳ４４２では、メール処理部４０は、図１８の承認一覧画面上で、承認者によってメールが選択されるまで待機する。なお、ここでは、承認者が、図１８の件名「○○システムについて」のメール（メッセージＩＤ：[email protected]）を選択したものとする。承認者によってメールが選択されると、ステップＳ４４４に移行し、メール処理部４０は、承認ＤＢ３３内のメール情報を用いて、承認画面のデータを作成する。 Next, in step S442, the mail processing unit 40 waits until mail is selected by the approver on the approval list screen of FIG. Here, it is assumed that the approver selects the mail (message ID: [email protected]) of the subject “about XX system” in FIG. When the e-mail is selected by the approver, the process proceeds to step S444, and the e-mail processing unit 40 creates approval screen data using e-mail information in the approval DB 33.

次いで、ステップＳ４４６では、メール処理部４０は、利用者認証ＤＢ３０を用いて、承認依頼者（送信者）と宛先に含まれる利用者ＩＤのログイン状況を取得する。なお、利用者認証ＤＢ３０に登録されていない利用者については、ログイン状況を「社外不明」とする。次いで、ステップＳ４４８では、メール処理部４０は、ログイン状況を含めた承認画面（図１９参照）のデータを承認者のクライアント２０に送信する。クライアント２０では、当該データを受信した段階で、図１９に示す承認画面をディスプレイ１９３上に表示する。 Next, in step S446, the mail processing unit 40 uses the user authentication DB 30 to acquire the login status of the approval requester (sender) and the user ID included in the destination. For users who are not registered in the user authentication DB 30, the login status is “unknown outside”. Next, in step S 448, the mail processing unit 40 transmits the data of the approval screen (see FIG. 19) including the login status to the approver's client 20. The client 20 displays the approval screen shown in FIG. 19 on the display 193 when the data is received.

なお、図１９の承認画面には、「送信（承認）」、「差戻（不承認）」、「ログアウト」ボタンや、承認依頼者及び宛先の情報（ログイン状況も含む）、メールの件名及び本文、チャット会話を行うためのボタンが設けられているものとする。チャット会話を行うためのボタンには、「依頼者と会話」、「同部メンバーと会話」、「同課メンバーと会話」、「社内メンバーと会話」ボタンが含まれており、どのボタンが押されるかによって、どの利用者をチャットメンバーとするかが決まる。 The approval screen in FIG. 19 includes “Send (approval)”, “Send back (non-approval)”, “Logout” buttons, approval requester and destination information (including login status), mail subject and text. It is assumed that a button for performing a chat conversation is provided. Buttons for chat conversation include “Conversation with client”, “Conversation with same member”, “Conversation with same member”, and “Conversation with internal members” buttons, which button is pressed It is determined which user is the chat member.

次いで、ステップＳ４５０では、メール処理部４０は、チャット会話要求を受信したか否かを判断する。すなわち、承認者によって「依頼者と会話」、「同部メンバーと会話」、「同課メンバーと会話」、「社内メンバーと会話」ボタンのいずれかが押されたか否かを判断する。ここでの判断が否定された場合には、ステップＳ４５２に移行し、メール処理部４０は、承認結果（送信あるいは差戻）を受信したか否かを判断する。すなわち、承認者によって、「送信（承認）」、「差戻（不承認）」ボタンが押されたか否かを判断する。ここでの判断が否定された場合には、ステップＳ４５０に戻るが、肯定された場合には、ステップＳ４５４に移行する。 Next, in step S450, the mail processing unit 40 determines whether a chat conversation request has been received. That is, it is determined whether the approver has pressed any of the “conversation with client”, “conversation with same member”, “conversation with same member”, or “conversation with in-house member” buttons. If the determination here is negative, the process moves to step S452, and the mail processing unit 40 determines whether an approval result (transmission or return) has been received. That is, it is determined whether or not the “send (approval)” and “send back (disapproval)” buttons have been pressed by the approver. If the determination is negative, the process returns to step S450. If the determination is positive, the process proceeds to step S454.

ステップＳ４５４に移行した場合、メール処理部４０は、承認ＤＢ３３に、承認結果を記録する。例えば、承認者によって「送信（承認）」ボタンが押された場合には、メール処理部４０は、承認ＤＢ３３の承認結果のフィールドを「送信（承認）」に変更する。また、承認者によって「差戻（不承認）」ボタンが押された場合には、メール処理部４０は、承認ＤＢ３３の承認結果のフィールドを「差戻（不承認）」に変更する。 When the process proceeds to step S454, the mail processing unit 40 records the approval result in the approval DB 33. For example, when the “send (approval)” button is pressed by the approver, the mail processing unit 40 changes the approval result field in the approval DB 33 to “send (approval)”. Further, when the “return (non-approval)” button is pressed by the approver, the mail processing unit 40 changes the field of the approval result in the approval DB 33 to “return (non-approval)”.

次いで、ステップＳ４５６では、メール処理部４０は、承認結果が承認（送信）か否かを判断する。ここでの判断が否定された場合（差戻（不承認）であった場合）には、図１１の全処理を終了し、図１０のステップＳ４６に移行する。一方、ステップＳ４５６の判断が肯定された場合には、ステップＳ４５８に移行する。 Next, in step S456, the mail processing unit 40 determines whether the approval result is approval (transmission). If the determination here is negative (if it is a return (disapproval)), the entire processing in FIG. 11 is terminated, and the process proceeds to step S46 in FIG. On the other hand, if the determination in step S456 is affirmed, the process proceeds to step S458.

ステップＳ４５８に移行すると、メール処理部４０は、メールの宛先のメールＤＢ３２に、メール情報（件名、本文など）を追加する。この場合、受送信区分は「受信」とする。なお、このステップＳ４５８の処理により、承認されたメールが宛先に対して送信されたことになる。 In step S458, the mail processing unit 40 adds mail information (subject, body text, etc.) to the mail DB 32 as the mail destination. In this case, the transmission / reception classification is “reception”. Note that the approved mail is transmitted to the destination by the processing of step S458.

次いで、ステップＳ４５９では、メール処理部４０は、利用者のメールＤＢにメール情報（件名、本文など）を追加する。この場合、受送信区分は「送信」とする。ステップＳ４５９の後は、図１０のステップＳ４６に移行する。 Next, in step S459, the mail processing unit 40 adds mail information (subject, text, etc.) to the user's mail DB. In this case, the transmission / reception classification is “transmission”. After step S459, the process proceeds to step S46 in FIG.

ところで、ステップＳ４５０の判断が肯定された場合、すなわち、チャット会話要求があった場合には、ステップＳ６６に移行し、メール処理部４０は、チャット会話処理のサブルーチンを実行する。 If the determination in step S450 is affirmative, that is, if there is a chat conversation request, the process proceeds to step S66, and the mail processing unit 40 executes a chat conversation processing subroutine.

（チャット会話処理（Ｓ６６））
以下、チャット会話処理（ステップＳ６６）について、図１２のフローチャートに沿って説明する。 (Chat conversation processing (S66))
Hereinafter, the chat conversation process (step S66) will be described with reference to the flowchart of FIG.

図１２の処理では、まず、ステップＳ６６０において、メール処理部４０は、同じ属性（同課、同部、社内）メンバー宛ての会話要求であるか否かを判断する。ここでの判断が肯定された場合、すなわち、承認者によって「同部メンバーと会話」、「同課メンバーと会話」、「社内メンバーと会話」ボタンが押された場合には、ステップＳ６６２に移行する。 In the process of FIG. 12, first, in step S660, the mail processing unit 40 determines whether or not the request is a conversation request addressed to a member having the same attribute (same department, same department, in-house). If the determination here is affirmative, that is, if the approver has pressed the button “Conversation with same member”, “Conversation with same member”, or “Conversation with internal member”, the process proceeds to step S662. To do.

ステップＳ６６２に移行すると、メール処理部４０は、宛先に含まれ、選択された属性を有するメンバー（ログイン中のみ）を、利用者認証ＤＢ３０を用いて取得する。例えば、承認者が「社内メンバーと会話」ボタンを押した場合には、宛先に含まれる社内のメンバーのうちログイン中のメンバー（佐藤、山田）を利用者認証ＤＢ３０を用いて取得する。 In step S662, the mail processing unit 40 acquires a member (only during login) included in the destination and having the selected attribute by using the user authentication DB 30. For example, when the approver presses the “conversation with in-house member” button, the logged-in members (Sato, Yamada) among the in-house members included in the destination are acquired using the user authentication DB 30.

次いで、ステップＳ６６４では、メール処理部４０は、チャット会話空間を生成するため、同じ属性メンバーのアドレスと承認対象メールを基にチャットメンバーＤＢ３４に登録する。本実施形態では、図８（ａ）のようなチャットメンバーＤＢ３４となる。 Next, in step S664, the mail processing unit 40 registers in the chat member DB 34 based on the address of the same attribute member and the approval target mail in order to generate a chat conversation space. In the present embodiment, the chat member DB 34 as shown in FIG.

次いで、ステップＳ６６６では、メール処理部４０は、承認画面に、チャット画面を追加した画面のデータを作成し、承認者のクライアント２０に送信する。承認者のクライアント２０（表示処理部５０）では、該データを受信した段階で、図２０に示すようなチャット画面Ｇｃが追加された承認画面をディスプレイ１９３上に表示する。なお、画面のデータをクライアント２０が受信された直後の段階では、図２０のチャット画面内にてやりとりしている会話の文字は記載されていない。 Next, in step S666, the mail processing unit 40 creates screen data obtained by adding the chat screen to the approval screen, and transmits the screen data to the client 20 of the approver. When the approver's client 20 (display processing unit 50) receives the data, the approver screen with the chat screen Gc as shown in FIG. Note that in the stage immediately after the client 20 receives the screen data, the characters of the conversation exchanged in the chat screen of FIG. 20 are not described.

一方、ステップＳ６６０の判断が否定された場合、すなわち、承認者が「依頼者と会話」ボタンを押した場合には、メール処理部４０は、ステップＳ６６８に移行する。ステップＳ６６８では、メール処理部４０は、チャット会話空間を生成するため、承認依頼者のアドレスをチャットメンバーＤＢ３４に登録する。そして、ステップＳ６６６では、上記と同様、メール処理部４０は、承認画面に、チャット画面Ｇｃを追加した画面のデータを作成し、承認者のクライアント２０に送信する。 On the other hand, if the determination in step S660 is negative, that is, if the approver has pressed the “conversation with requester” button, the mail processing unit 40 proceeds to step S668. In step S668, the mail processing unit 40 registers the address of the approval requester in the chat member DB 34 in order to generate a chat conversation space. In step S666, similarly to the above, the mail processing unit 40 creates screen data obtained by adding the chat screen Gc to the approval screen, and transmits the screen data to the client 20 of the approver.

ステップＳ６６６の後は、ステップＳ６７０に移行する。ステップＳ６７０では、メール処理部４０は、クライアント２０からチャット画面内での文字入力を受信したか否かを判断する。ここでの判断が否定されると、ステップＳ６７４において、メール処理部４０は、チャットＤＢ３５が前回表示時から更新されたか否かを判断する。ここでの判断が否定されると、ステップＳ６７８に移行し、メール処理部４０は、承認結果(承認あるいは差戻)を受信したか否かを判断する。ここでの判断が否定されると、ステップＳ６７０に戻る。すなわち、ステップＳ６７０、Ｓ６７４、Ｓ６７８の判断が否定されている間は、ステップＳ６７０、Ｓ６７４、Ｓ６７８の判断を繰り返す。そして、ステップＳ６７０の判断が肯定された場合には、ステップＳ６７２に移行する。ステップＳ６７２では、メール処理部４０は、受信した文字列をチャットＤＢ３５（図８（ｂ））に登録し、その後は、ステップＳ６７６に移行する。また、ステップＳ６７４の判断が肯定された場合にも、ステップＳ６７６に移行する。 After step S666, the process proceeds to step S670. In step S 670, the mail processing unit 40 determines whether a character input in the chat screen has been received from the client 20. If the determination is negative, in step S674, the mail processing unit 40 determines whether the chat DB 35 has been updated since the previous display. If the determination here is negative, the process moves to step S678, and the mail processing unit 40 determines whether an approval result (approval or return) has been received. If the determination here is negative, the process returns to step S670. That is, while the determinations at steps S670, S674, and S678 are negative, the determinations at steps S670, S674, and S678 are repeated. If the determination in step S670 is affirmed, the process proceeds to step S672. In step S672, the mail processing unit 40 registers the received character string in the chat DB 35 (FIG. 8B), and thereafter, the process proceeds to step S676. Moreover, also when the determination of step S674 is affirmed, the process proceeds to step S676.

ステップＳ６７６に移行すると、メール処理部４０は、チャットＤＢ３５から会話内容を取得し、承認者のクライアント２０に送信する。クライアント２０（表示処理部５０）は、会話内容を取得した段階で、図２０のチャット画面に会話内容を表示する。 If transfering it to step S676, the mail process part 40 will acquire the content of conversation from chat DB35, and will transmit to the client 20 of an approver. The client 20 (display processing unit 50) displays the conversation content on the chat screen of FIG. 20 when the conversation content is acquired.

以降、ステップＳ６７０〜Ｓ６７８の処理を繰り返し、ステップＳ６７８の判断が肯定された段階（承認結果(承認あるいは差戻)を受信した段階）で、ステップＳ６８０に移行する。ステップＳ６８０に移行すると、メール処理部４０は、チャットを終了するため、チャットメンバーＤＢ３４から承認対象のメールに関連する情報を削除する。例えば、図８（ａ）の全ての情報を削除する。以上により、ステップＳ６６の全処理が終了すると、図１１のステップＳ４５６に移行する。 Thereafter, the processes in steps S670 to S678 are repeated, and the process proceeds to step S680 when the determination in step S678 is affirmed (when the approval result (approval or return) is received). In step S680, the mail processing unit 40 deletes information related to the approval target mail from the chat member DB 34 in order to end the chat. For example, all the information in FIG. 8A is deleted. As described above, when all the processes in step S66 are completed, the process proceeds to step S456 in FIG.

そして、メール処理部４０は、前述したのと同様に、ステップＳ４５６〜Ｓ４５９の処理を実行し、図１０のステップＳ４６に移行する。ステップＳ４６では、チャットメンバーＤＢに利用者のＩＤ（アドレス）があるかを判断し、肯定された場合は、図１３のステップＳ４９０に移行する。なお、図１３の処理は、利用者が承認者以外である場合を想定した処理である。 And the mail process part 40 performs the process of step S456-S459 similarly to having mentioned above, and transfers to step S46 of FIG. In step S46, it is determined whether there is a user ID (address) in the chat member DB. If the user ID is positive, the process proceeds to step S490 in FIG. Note that the process in FIG. 13 is a process assuming that the user is other than the approver.

（チャット画面表示処理（Ｓ４７））
以下、チャット画面表示処理（Ｓ４７）について、図１３のフローチャートに沿って説明する。ステップＳ４７の処理では、まず、図１３のステップＳ４９０において、メール処理部４０は、チャットメンバーＤＢ３４から利用者に関連する承認ＩＤを取得し、その承認ＩＤを基にチャットＤＢ３５から会話内容を取得する。次いで、ステップＳ４９２では、メール処理部４０は、会話内容を含んだチャット画面のデータを生成し、クライアント２０に送信する。クライアント２０の表示処理部５０は、当該データを受信した段階で、図２１に示すようなチャット画面Ｇｃ’をポップアップ表示する。 (Chat screen display process (S47))
Hereinafter, the chat screen display process (S47) will be described with reference to the flowchart of FIG. In step S47, first, in step S490 of FIG. 13, the mail processing unit 40 acquires an approval ID related to the user from the chat member DB 34, and acquires conversation contents from the chat DB 35 based on the approval ID. . Next, in step S 492, the mail processing unit 40 generates chat screen data including conversation contents, and transmits the chat screen data to the client 20. The display processing unit 50 of the client 20 pops up a chat screen Gc ′ as shown in FIG. 21 when the data is received.

次いで、ステップＳ４９４では、メール処理部４０は、クライアント２０から、チャット画面Ｇｃ’内での文字入力を受信したか否かを判断する。ここでの判断が否定された場合には、ステップＳ４９８に移行するが、肯定された場合には、メール処理部４０は、ステップＳ４９６において受信した文字列をチャットＤＢ３５に登録した後、ステップＳ４９８に移行する。 Next, in step S494, the mail processing unit 40 determines whether or not a character input in the chat screen Gc ′ has been received from the client 20. If the determination is negative, the process proceeds to step S498. If the determination is positive, the mail processing unit 40 registers the character string received in step S496 in the chat DB 35, and then proceeds to step S498. Transition.

ステップＳ４９８では、メール処理部４０は、チャットＤＢ３５が前回表示時から更新されたか否かを判断する。ここでの判断が否定された場合には、ステップＳ４９４に戻るが、肯定された場合には、ステップＳ５００に移行する。ステップＳ５００では、メール処理部４０は、チャットＤＢ３５から承認対象メールに関連する会話内容を取得し、クライアント２０に送信する。クライアント２０（表示処理部５０）は、会話内容を取得した段階で、図２１のチャット画面Ｇｃ’の会話内容を更新する。 In step S498, the mail processing unit 40 determines whether the chat DB 35 has been updated since the previous display. If the determination is negative, the process returns to step S494. If the determination is positive, the process proceeds to step S500. In step S 500, the mail processing unit 40 acquires conversation contents related to the approval target mail from the chat DB 35 and transmits them to the client 20. The client 20 (display processing unit 50) updates the conversation content on the chat screen Gc ′ of FIG. 21 when the conversation content is acquired.

次いで、ステップＳ５０２では、メール処理部４０は、チャットメンバーＤＢ３４に利用者のアドレスがあるか否かを判断する。ここでの判断が肯定された場合には、ステップＳ４９４に戻るが、否定された場合には、ステップＳ４７の全処理を終了し、図１０のステップＳ４８に移行する。
（承認結果表示処理（Ｓ４９））
以下、承認結果表示処理（Ｓ４９）について、図１４のフローチャートに沿って説明する。 In step S502, the mail processing unit 40 determines whether the chat member DB 34 has a user address. If the determination here is affirmed, the process returns to step S494. If the determination is negative, all the processes in step S47 are terminated, and the process proceeds to step S48 in FIG.
(Approval result display process (S49))
Hereinafter, the approval result display process (S49) will be described with reference to the flowchart of FIG.

図１４の処理では、まず、ステップＳ４６０において、メール処理部４０は、利用者（承認依頼者（例えば「田中」とする））に対応する承認者（例えば、「黒田」）を、利用者認証ＤＢ３０から取得する。次いで、ステップＳ４６２では、メール処理部４０は、承認者（田中）の承認ＤＢ３３から、利用者が発信者であるメールの承認結果と、メール件名とを取得し、承認一覧画面のデータを作成する。次いで、ステップＳ４６４では、メール処理部４０は、承認一覧画面のデータをクライアント２０（表示処理部５０）に送信する。クライアント２０（表示処理部５０）は、当該データを受信した段階で、図２２に示すような承認一覧画面を表示する。 In the process of FIG. 14, first, in step S460, the mail processing unit 40 authenticates the approver (for example, “Kuroda”) corresponding to the user (the approval requester (for example, “Tanaka”)) with the user authentication. Obtain from DB30. Next, in step S462, the mail processing unit 40 acquires the approval result of the mail whose user is the caller and the mail subject from the approval DB 33 of the approver (Tanaka), and creates the data of the approval list screen. . Next, in step S464, the mail processing unit 40 transmits the data of the approval list screen to the client 20 (display processing unit 50). The client 20 (display processing unit 50) displays an approval list screen as shown in FIG. 22 when the data is received.

次いで、ステップＳ４６６では、メール処理部４０は、図２２の承認一覧画面上においてメールが選択されるまで待機する。利用者によってメールが選択されると、メール処理部４０は、ステップＳ４６８に移行し、承認ＤＢ３３内のメール情報を用いて、承認結果確認画面のデータを作成する。この場合、メール処理部４０は、選択されたメールに関し、承認ＤＢ３３に格納されている情報のほか、チャットＤＢ３５に格納されている情報も用いて、承認結果確認画面のデータを作成する。次いで、ステップＳ４７０では、メール処理部４０は、クライアント２０に対して承認結果確認画面のデータを送信する。クライアント２０では、当該データを受信した段階で、図２３に示すような承認結果確認画面をディスプレイ１９３上に表示する。図２３の承認結果確認画面には、送信したメールの内容や承認結果のほか、チャット画面が含まれている。これにより、承認依頼者は、送信したメールの内容と、承認結果と、承認に至るまでの承認者の検討履歴（承認の根拠）を確認することができる。 Next, in step S466, the mail processing unit 40 stands by until a mail is selected on the approval list screen of FIG. When a mail is selected by the user, the mail processing unit 40 proceeds to step S468 and creates data of an approval result confirmation screen using the mail information in the approval DB 33. In this case, the mail processing unit 40 creates data of the approval result confirmation screen for the selected mail using not only the information stored in the approval DB 33 but also the information stored in the chat DB 35. Next, in step S 470, the mail processing unit 40 transmits the approval result confirmation screen data to the client 20. When the client 20 receives the data, the client 20 displays an approval result confirmation screen as shown in FIG. 23 on the display 193. The approval result confirmation screen in FIG. 23 includes a chat screen in addition to the contents of the transmitted mail and the approval result. Thereby, the approval requester can confirm the content of the transmitted mail, the approval result, and the review history (approval basis) of the approver until the approval is reached.

以上のようにして、承認結果表示処理（ステップＳ４９）が終了すると、図１０のステップＳ５０に移行する。 When the approval result display process (step S49) is completed as described above, the process proceeds to step S50 in FIG.

なお、上記説明から分かるように、本実施形態では、サーバ１０のメール処理部４０により、承認画面を送信する送信部、端末間で情報の送受信（チャットに関する処理）を実行する実行部、承認結果確認画面をクライアント２０に対して出力する出力部としての機能が実現されている。 As can be seen from the above description, in the present embodiment, the mail processing unit 40 of the server 10 transmits the approval screen, the execution unit executes information transmission / reception (processing related to chat) between the terminals, and the approval result. A function as an output unit that outputs a confirmation screen to the client 20 is realized.

以上、詳細に説明したように、本実施形態によると、メール処理部４０は、クライアント２０から送信された承認が必要なメールを承認ＤＢ３３に記憶し（Ｓ４０）、メールに関連する利用者の端末との間で情報の送受信（チャット会話）を開始するボタン（「依頼者と会話」、「同部メンバーと会話」、「同課メンバーと会話」、「社内メンバーと会話」ボタン）とメールの内容とを含む承認画面のデータを承認者のクライアント２０に送信し（Ｓ４４８）、承認画面内のボタンが承認者によって押されたことを検出すると、承認者のクライアント２０とメールに関連する利用者の端末との間における情報の送受信（チャット会話）を開始し（Ｓ６６）、送受信された情報（会話内容）をメールに関連付けて（本実施形態では承認ＩＤに対応付けて）チャットＤＢ３５に記憶する（Ｓ６７２，Ｓ４９６）。このように、本実施形態では、チャット会話内容が承認ＩＤに対応付けられた状態でチャットＤＢ３５に記憶されるため、承認ＩＤに基づいて、承認結果の根拠となるチャット会話内容を特定することが可能となる。これにより、利用者（承認依頼者）によるメール承認の根拠の確認作業を容易化することができる。 As described above in detail, according to the present embodiment, the mail processing unit 40 stores, in the approval DB 33, the mail that is sent from the client 20 and needs to be approved (S40), and the user terminal related to the mail. Buttons to start sending and receiving information (chat conversations) to and from ("Conversation with client", "Conversation with same members", "Conversation with same members", "Conversation with internal members" buttons) and email The approval screen data including the content is transmitted to the approver's client 20 (S448), and when it is detected that the button in the approval screen is pressed by the approver, the approver's client 20 and the user related to the mail Information transmission / reception (chat conversation) is started with the terminal (S66), and the transmitted / received information (conversation content) is associated with the mail (in this embodiment, the authorization ID Put in) is stored in the chat DB35 (S672, S496). Thus, in this embodiment, since the chat conversation content is stored in the chat DB 35 in a state associated with the approval ID, the chat conversation content that is the basis for the approval result can be specified based on the approval ID. It becomes possible. Thereby, the confirmation work of the basis of the mail approval by the user (approval requester) can be facilitated.

また、本実施形態では、メール処理部４０は、承認結果確認画面（図２３）上に承認結果とともにチャット画面（承認前に行ったチャット会話の内容）を表示するので、利用者（承認依頼者）は、単一画面において、メールの承認結果とその根拠を確認することができる。したがって、この点からも、利用者（承認依頼者）によるメール承認の根拠の確認作業を容易化することができる。 In the present embodiment, the mail processing unit 40 displays a chat screen (contents of chat conversation performed before approval) on the approval result confirmation screen (FIG. 23), so that the user (approval requester) ) Can confirm the mail approval result and its basis on a single screen. Therefore, also from this point, the confirmation work of the basis of the mail approval by the user (authorization requester) can be facilitated.

また、本実施形態では、チャットメンバーになり得る「メールに関連する利用者」が、メールの送信者や宛先の利用者であるため、適切な利用者をチャットメンバーとすることができる。なお、「宛先」には、「ＣＣ（Carbon Copy）」、「ＢＣＣ（Blind Carbon Copy）」の利用者も含まれることとしてもよい。 In this embodiment, since “users related to mail” who can become chat members are mail senders and destination users, appropriate users can be chat members. The “destination” may include users of “CC (Carbon Copy)” and “BCC (Blind Carbon Copy)”.

また、本実施形態では、承認画面において、送信者や宛先のログイン状況（チャット可能か否かの情報）も表示する。これにより、承認者は、チャット会話したい利用者のログイン状況に基づいて、「依頼者と会話」、「同部メンバーと会話」、「同課メンバーと会話」、「社内メンバーと会話」ボタンを押すことができるので、承認者の利便性を向上することができる。 In the present embodiment, the login status of the sender and the destination (information on whether chatting is possible) is also displayed on the approval screen. This allows the approver to click the “Conversation with client”, “Conversation with same member”, “Conversation with same member”, and “Conversation with internal members” buttons based on the login status of the user who wants to chat. Since it can be pushed, the convenience of the approver can be improved.

なお、上記実施形態では、メールの送信者や宛先の利用者とチャット会話ができる場合について説明したが、これに加えて、いずれかのチャットメンバーが、メール内容に詳しい利用者をチャットに招待することができるようにしてもよい。この場合、図２４（ａ）や図２４（ｂ）に示すように、承認画面やチャット画面（ポップアップ画面）に「チャットに招待」ボタンを設けておき、利用者によって「チャットに招待」ボタンが押されたときに、招待する利用者を選択できる画面を表示するようにしてもよい。そして、招待する利用者が選択された段階で、該利用者をチャットメンバーに加えるようにしてもよい。 In the above embodiment, a case has been described in which a chat conversation can be made with a mail sender or a destination user. In addition, one of the chat members invites a user who is familiar with the mail contents to the chat. You may be able to do that. In this case, as shown in FIGS. 24A and 24B, an “invite to chat” button is provided on the approval screen or the chat screen (pop-up screen), and the “invite to chat” button is provided by the user. When the button is pressed, a screen for selecting a user to invite may be displayed. Then, when the user to be invited is selected, the user may be added to the chat member.

なお、上記実施形態では、承認結果確認画面（図２３）上に承認結果と承認の根拠（チャット画面）を表示する場合について説明したが、これに限られるものではない。例えば、承認結果確認画面（図２３）上に「チャット確認」ボタンを設けておき、該ボタンが利用者によって押された段階で、メール処理部４０が承認ＩＤに対応するチャット会話内容をチャットＤＢ３５から取得して、承認者のクライアント２０に対して送信するようにしてもよい。 In the above embodiment, the case where the approval result and the basis of approval (chat screen) are displayed on the approval result confirmation screen (FIG. 23) has been described, but the present invention is not limited to this. For example, the “confirm chat” button is provided on the approval result confirmation screen (FIG. 23), and when the button is pressed by the user, the mail processing unit 40 displays the chat conversation content corresponding to the approval ID in the chat DB 35. May be transmitted to the client 20 of the approver.

なお、上記の処理機能は、コンピュータによって実現することができる。その場合、処理装置が有すべき機能の処理内容を記述したプログラムが提供される。そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体（ただし、搬送波は除く）に記録しておくことができる。 The above processing functions can be realized by a computer. In that case, a program describing the processing contents of the functions that the processing apparatus should have is provided. By executing the program on a computer, the above processing functions are realized on the computer. The program describing the processing contents can be recorded on a computer-readable recording medium (except for a carrier wave).

プログラムを流通させる場合には、例えば、そのプログラムが記録されたＤＶＤ（Digital Versatile Disc）、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）などの可搬型記録媒体の形態で販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。 When the program is distributed, for example, it is sold in the form of a portable recording medium such as a DVD (Digital Versatile Disc) or a CD-ROM (Compact Disc Read Only Memory) on which the program is recorded. It is also possible to store the program in a storage device of a server computer and transfer the program from the server computer to another computer via a network.

プログラムを実行するコンピュータは、例えば、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムに従った処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することもできる。また、コンピュータは、サーバコンピュータからプログラムが転送されるごとに、逐次、受け取ったプログラムに従った処理を実行することもできる。 The computer that executes the program stores, for example, the program recorded on the portable recording medium or the program transferred from the server computer in its own storage device. Then, the computer reads the program from its own storage device and executes processing according to the program. The computer can also read the program directly from the portable recording medium and execute processing according to the program. Further, each time the program is transferred from the server computer, the computer can sequentially execute processing according to the received program.

上述した実施形態は本発明の好適な実施の例である。但し、これに限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変形実施可能である。 The above-described embodiment is an example of a preferred embodiment of the present invention. However, the present invention is not limited to this, and various modifications can be made without departing from the scope of the present invention.

なお、以上の実施形態の説明に関して、更に以下の付記を開示する。
（付記１）送信元端末から送信された承認が必要なメールをメール記憶部に記憶し、
該メールに関連する利用者の端末との間で情報の送受信を開始するボタンと該メールの内容とを含む承認画面の情報を承認者端末に送信し、
前記承認画面内の前記ボタンが前記承認者端末において押されたことを検出すると、前記承認者端末と該メールに関連する利用者の端末との間における情報の送受信を実行し、
送受信された情報を前記メールに関連付けて情報記憶部に記憶する、処理をコンピュータに実行させるメール処理プログラム。
（付記２）確認端末から承認処理を確認する要求があったときに、前記メール記憶部に記憶されているメールの内容と前記情報記憶部に記憶されている前記情報とを含む確認画面の情報を前記確認端末に出力する処理をコンピュータに更に実行させることを特徴とする付記１に記載のメール処理プログラム。
（付記３）前記メールに関連する利用者の端末は、前記メールの送信者及び宛先の少なくとも一方が利用する端末を含むことを特徴とする付記１又は２に記載のメール処理プログラム。
（付記４）前記承認画面は、前記メールの送信者及び／又は宛先との間において情報の送受信ができるか否かの情報を含むことを特徴とする付記１〜３のいずれかに記載のメール処理プログラム。
（付記５）送信元端末から送信された承認が必要なメールをメール記憶部に記憶する工程と、
該メールに関連する利用者の端末との間で情報の送受信を開始するボタンと該メールの内容とを含む承認画面の情報を承認者端末に送信する工程と、
前記承認画面内の前記ボタンが前記承認者端末において押されたことを検出すると、前記承認者端末と該メールに関連する利用者の端末との間における情報の送受信を実行する工程と、
送受信された情報を前記メールに関連付けて情報記憶部に記憶する工程と、
をコンピュータが実行することを特徴とするメール処理方法。
（付記６）確認端末から承認処理を確認する要求があったときに、前記メール記憶部に記憶されているメールの内容と前記情報記憶部に記憶されている前記情報とを含む確認画面の情報を前記確認端末に出力する工程をコンピュータが更に実行することを特徴とする付記５に記載のメール処理方法。
（付記７）前記メールに関連する利用者の端末は、前記メールの送信者及び宛先の少なくとも一方が利用する端末を含むことを特徴とする付記５又は６に記載のメール処理方法。
（付記８）前記承認画面は、前記メールの送信者及び／又は宛先との間において情報の送受信ができるか否かの情報を含むことを特徴とする付記５〜７のいずれかに記載のメール処理方法。
（付記９）送信元端末から送信された承認が必要なメールを記憶するメール記憶部と、
該メールに関連する利用者の端末との間で情報の送受信を開始するボタンと該メールの内容とを含む承認画面の情報を承認者端末に送信する送信部と、
前記承認画面内の前記ボタンが前記承認者端末において押されたことを検出すると、前記承認者端末と該メールに関連する利用者の端末との間における情報の送受信を実行する実行部と、
送受信された情報を前記メールに関連付けて記憶する情報記憶部と、を備えるメール処理装置。
（付記１０）確認端末から承認処理を確認する要求があったときに、前記メール記憶部に記憶されているメールの内容と前記情報記憶部に記憶されている前記情報とを含む確認画面の情報を前記確認端末に出力する出力部を更に備える付記９に記載のメール処理装置。
（付記１１）前記メールに関連する利用者の端末は、前記メールの送信者及び宛先の少なくとも一方が利用する端末を含むことを特徴とする付記９又は１０に記載のメール処理装置。
（付記１２）前記承認画面は、前記メールの送信者及び／又は宛先との間において情報の送受信ができるか否かの情報を含むことを特徴とする付記９〜１１のいずれかに記載のメール処理装置。 In addition, the following additional remarks are disclosed regarding description of the above embodiment.
(Supplementary note 1) Mail that needs approval from the sender terminal is stored in the mail storage unit,
Send information to the approver terminal including the button for starting transmission / reception of information with the user terminal related to the mail and the content of the mail to the approver terminal,
When it is detected that the button in the approval screen is pressed on the approver terminal, information is transmitted and received between the approver terminal and a user terminal related to the mail,
A mail processing program for causing a computer to execute processing for storing transmitted / received information in an information storage unit in association with the mail.
(Additional remark 2) When there is a request for confirming the approval process from the confirmation terminal, information on the confirmation screen including the content of the mail stored in the mail storage unit and the information stored in the information storage unit The mail processing program according to appendix 1, wherein the computer is further caused to execute a process of outputting to the confirmation terminal.
(Supplementary Note 3) The mail processing program according to Supplementary Note 1 or 2, wherein the user terminal related to the mail includes a terminal used by at least one of a sender and a destination of the mail.
(Supplementary note 4) The mail according to any one of Supplementary notes 1 to 3, wherein the approval screen includes information indicating whether or not information can be transmitted and received between a sender and / or a destination of the mail. Processing program.
(Additional remark 5) The process which memorize | stores the mail which needs the approval transmitted from the transmission origin terminal in a mail memory | storage part,
A step of transmitting information on an approval screen including a button for starting transmission / reception of information to / from a user terminal related to the mail and the content of the mail to the approver terminal;
When detecting that the button in the approval screen is pressed in the approver terminal, a step of transmitting and receiving information between the approver terminal and a user terminal related to the mail;
Storing the transmitted and received information in the information storage unit in association with the mail;
A mail processing method characterized in that the computer executes.
(Supplementary Note 6) When there is a request for confirming the approval process from the confirmation terminal, information on the confirmation screen including the content of the mail stored in the mail storage unit and the information stored in the information storage unit The mail processing method according to appendix 5, wherein the computer further executes a step of outputting to the confirmation terminal.
(Supplementary note 7) The mail processing method according to supplementary note 5 or 6, wherein the user terminal related to the mail includes a terminal used by at least one of a sender and a destination of the mail.
(Supplementary note 8) The email according to any one of supplementary notes 5 to 7, wherein the approval screen includes information indicating whether or not information can be transmitted / received to / from a sender and / or a destination of the email. Processing method.
(Supplementary note 9) A mail storage unit for storing a mail transmitted from the transmission source terminal and requiring approval;
A transmission unit for transmitting information on an approval screen including a button for starting transmission / reception of information to / from a user terminal related to the mail and the content of the mail to the approver terminal;
When detecting that the button in the approval screen is pressed in the approver terminal, an execution unit that executes transmission and reception of information between the approver terminal and a user terminal related to the mail;
And an information storage unit that stores the transmitted and received information in association with the mail.
(Supplementary Note 10) When there is a request for confirming the approval process from the confirmation terminal, information on the confirmation screen including the contents of the mail stored in the mail storage unit and the information stored in the information storage unit The mail processing apparatus according to appendix 9, further comprising: an output unit that outputs to the confirmation terminal.
(Supplementary note 11) The mail processing device according to supplementary note 9 or 10, wherein the terminal of the user related to the mail includes a terminal used by at least one of a sender and a destination of the mail.
(Supplementary note 12) The mail according to any one of Supplementary notes 9 to 11, wherein the approval screen includes information indicating whether or not information can be transmitted and received between a sender and / or a destination of the mail. Processing equipment.

１０サーバ（メール処理装置）
２０クライアント（端末）
３３承認ＤＢ（メール記憶部）
３５チャットＤＢ（情報記憶部）
４０メール処理部（送信部、実行部、出力部） 10 server (mail processing device)
20 clients (terminals)
33 Approval DB (Mail storage unit)
35 Chat DB (information storage unit)
40 Mail processing unit (transmission unit, execution unit, output unit)

Claims

送信元端末から送信された承認が必要なメールをメール記憶部に記憶し、
該メールに関連する利用者の端末との間で情報の送受信を開始するボタンと該メールの内容とを含む承認画面の情報を承認者端末に送信し、
前記承認画面内の前記ボタンが前記承認者端末において押されたことを検出すると、前記承認者端末と該メールに関連する利用者の端末との間における情報の送受信を実行し、
送受信された情報を前記メールに関連付けて情報記憶部に記憶する、
処理をコンピュータに実行させるメール処理プログラム。 Store the email sent from the sender terminal that requires approval in the email storage unit,
Send information to the approver terminal including the button for starting transmission / reception of information with the user terminal related to the mail and the content of the mail to the approver terminal,
When it is detected that the button in the approval screen is pressed on the approver terminal, information is transmitted and received between the approver terminal and a user terminal related to the mail,
Storing the transmitted and received information in the information storage unit in association with the mail;
A mail processing program that causes a computer to execute processing.

確認端末から承認処理を確認する要求があったときに、前記メール記憶部に記憶されているメールの内容と前記情報記憶部に記憶されている前記情報とを含む確認画面の情報を前記確認端末に出力する処理をコンピュータに更に実行させることを特徴とする請求項１に記載のメール処理プログラム。 When there is a request to confirm the approval process from the confirmation terminal, information on the confirmation screen including the content of the mail stored in the mail storage unit and the information stored in the information storage unit is displayed on the confirmation terminal. The mail processing program according to claim 1, further causing the computer to execute a process of outputting to the mail.

前記メールに関連する利用者の端末は、前記メールの送信者及び宛先の少なくとも一方が利用する端末を含むことを特徴とする請求項１又は２に記載のメール処理プログラム。 3. The mail processing program according to claim 1, wherein the user terminal related to the mail includes a terminal used by at least one of a sender and a destination of the mail.

前記承認画面は、前記メールの送信者及び／又は宛先との間において情報の送受信ができるか否かの情報を含むことを特徴とする請求項１〜３のいずれか一項に記載のメール処理プログラム。 The mail processing according to any one of claims 1 to 3, wherein the approval screen includes information indicating whether information can be transmitted / received to / from a sender and / or a destination of the mail. program.

送信元端末から送信された承認が必要なメールをメール記憶部に記憶する工程と、
該メールに関連する利用者の端末との間で情報の送受信を開始するボタンと該メールの内容とを含む承認画面の情報を承認者端末に送信する工程と、
前記承認画面内の前記ボタンが前記承認者端末において押されたことを検出すると、前記承認者端末と該メールに関連する利用者の端末との間における情報の送受信を実行する工程と、
送受信された情報を前記メールに関連付けて情報記憶部に記憶する工程と、
をコンピュータが実行することを特徴とするメール処理方法。 Storing an email sent from the sender terminal that requires approval in the email storage unit;
A step of transmitting information on an approval screen including a button for starting transmission / reception of information to / from a user terminal related to the mail and the content of the mail to the approver terminal;
When detecting that the button in the approval screen is pressed in the approver terminal, a step of transmitting and receiving information between the approver terminal and a user terminal related to the mail;
Storing the transmitted and received information in the information storage unit in association with the mail;
A mail processing method characterized in that the computer executes.

送信元端末から送信された承認が必要なメールを記憶するメール記憶部と、
該メールに関連する利用者の端末との間で情報の送受信を開始するボタンと該メールの内容とを含む承認画面の情報を承認者端末に送信する送信部と、
前記承認画面内の前記ボタンが前記承認者端末において押されたことを検出すると、前記承認者端末と該メールに関連する利用者の端末との間における情報の送受信を実行する実行部と、
送受信された情報を前記メールに関連付けて記憶する情報記憶部と、を備えるメール処理装置。 An email storage unit for storing emails sent from the sender terminal that need to be approved;
A transmission unit for transmitting information on an approval screen including a button for starting transmission / reception of information to / from a user terminal related to the mail and the content of the mail to the approver terminal;
When detecting that the button in the approval screen is pressed in the approver terminal, an execution unit that executes transmission and reception of information between the approver terminal and a user terminal related to the mail;
And an information storage unit that stores the transmitted and received information in association with the mail.