WO2013145450A1 - 情報提供プログラム、情報提供装置および情報提供方法 - Google Patents

情報提供プログラム、情報提供装置および情報提供方法 Download PDF

Info

Publication number
WO2013145450A1
WO2013145450A1 PCT/JP2012/081625 JP2012081625W WO2013145450A1 WO 2013145450 A1 WO2013145450 A1 WO 2013145450A1 JP 2012081625 W JP2012081625 W JP 2012081625W WO 2013145450 A1 WO2013145450 A1 WO 2013145450A1
Authority
WO
WIPO (PCT)
Prior art keywords
message
mail
user
information
display screen
Prior art date
Application number
PCT/JP2012/081625
Other languages
English (en)
French (fr)
Inventor
圭悟 本杉
正博 川崎
Original Assignee
富士通株式会社
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by 富士通株式会社 filed Critical 富士通株式会社
Publication of WO2013145450A1 publication Critical patent/WO2013145450A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/42—Mailbox-related aspects, e.g. synchronisation of mailboxes

Definitions

  • the present invention relates to an information providing program, an information providing apparatus, and an information providing method.
  • e-mail which is a general communication tool, but also various communication tools other than e-mail such as chat and SNS.
  • chat and SNS various communication tools other than e-mail
  • the transmission of information using the message providing system is increasing.
  • a dedicated application is installed and used in the information terminal device.
  • an object of the present invention is to provide an information providing program, an information providing apparatus, and an information providing method capable of efficiently transmitting information using a message providing system that is a plurality of communication tools. To do.
  • an electronic mail display request is accepted, and other information is received based on the identification information of the user related to the accepted electronic mail display request.
  • the message stored in the message providing system is extracted, and an e-mail addressed to the user including the contents of the extracted message is created, and the e-mail addressed to the user is stored.
  • FIG. 1 is an explanatory diagram of an example of the information providing method according to the first embodiment.
  • FIG. 2 is an explanatory diagram of a system configuration example of the mail system 200 according to the first embodiment.
  • FIG. 3 is a block diagram of a hardware configuration example of the information providing apparatus 201 according to the first embodiment.
  • FIG. 4 is a block diagram of a hardware configuration example of the client terminal 202 according to the first embodiment.
  • FIG. 5 is an explanatory diagram of an example of the contents stored in the user authentication DB 220 according to the first embodiment.
  • FIG. 6 is an explanatory diagram of an example of the contents stored in the chat user DB 230 according to the first embodiment.
  • FIG. 7 is an explanatory diagram of an example of the contents stored in the SNS user DB 240 according to the first embodiment.
  • FIG. 8 is an explanatory diagram of an example of the contents stored in the setting DB 250 according to the first embodiment.
  • FIG. 9 is an explanatory diagram of an example of storage contents of the login history DB 260 according to the first embodiment.
  • FIG. 10 is an explanatory diagram of an example of the contents stored in the mail DB 270 according to the first embodiment.
  • FIG. 11 is an explanatory diagram of an example of the contents stored in the channel sentence DB 280 according to the first embodiment.
  • FIG. 12 is an explanatory diagram of an example of storage contents of the SNS message DB 290 according to the first embodiment.
  • FIG. 13 is an explanatory diagram of a screen example of the mail list display screen according to the first embodiment.
  • FIG. 14 is an explanatory diagram (part 1) of a screen example of the message display screen according to the first embodiment.
  • FIG. 15 is an explanatory diagram (part 2) of a screen example of the message display screen according to the first embodiment.
  • FIG. 16 is an explanatory diagram (part 3) of a screen example of the message display screen according to the first embodiment.
  • FIG. 17 is a block diagram of a functional configuration example of the information providing apparatus 201 according to the first embodiment.
  • FIG. 18 is a flowchart illustrating an example of an information providing process (chat program) procedure of the information providing apparatus 201 according to the first embodiment.
  • FIG. 19 is a flowchart illustrating an example of an information providing process (SNS program) procedure of the information providing apparatus 201 according to the first embodiment.
  • FIG. 20 is a flowchart (part 1) illustrating an example of an information providing process (mail program) procedure of the information providing apparatus 201 according to the first embodiment.
  • FIG. 21 is a flowchart (part 2) illustrating an example of an information providing process (mail program) procedure of the information providing apparatus 201 according to the first embodiment.
  • FIG. 22 is a flowchart (part 3) illustrating an example of an information provision process (mail program) procedure of the information provision apparatus 201 according to the first embodiment.
  • FIG. 23 is a flowchart of an example of a specific process procedure of the linked application data recording process according to the first embodiment.
  • FIG. 24 is a flowchart of an example of a specific processing procedure of the cooperative app data acquisition process according to the first embodiment.
  • FIG. 25 is a flowchart (part 1) illustrating an example of an information processing procedure of the client terminal 202 according to the first embodiment.
  • FIG. 26 is a flowchart (part 2) illustrating an example of an information processing procedure of the client terminal 202 according to the first embodiment.
  • FIG. 27 is an explanatory diagram of an example of the contents stored in the setting DB 255 according to the second embodiment.
  • FIG. 1 is an explanatory diagram of an example of the information providing method according to the first embodiment.
  • a user normally installs a mail program 101, a chat program 102, and an SNS (Social Networking Service) program 103 on a client terminal (for example, office PC) 100 to be used, and performs mail, chat, and SNS.
  • client terminal for example, office PC
  • chat is a communication tool in which a plurality of users transmit information by writing messages on a set channel.
  • the SNS is a service for exchanging information in a limited network. By using the SNS, a community between users can be expanded.
  • the mail program 151 is installed in a client terminal (for example, a mobile notebook PC) 150 different from the client terminal 100 that is normally used.
  • the client terminal 150 can send and receive mail, but cannot send and receive chat channel text and SNS messages.
  • the contents of the chat channel sentence and the SNS message, which are related to the user are the same as normal mail as mail.
  • the mail DB 270 to be described later it can be displayed using the mail program 151 in the same way as a normal mail. Therefore, in the client terminal 150 as well as the client terminal 100, the chat channel text and SNS message are displayed. The contents can be confirmed.
  • FIG. 2 is an explanatory diagram of a system configuration example of the mail system 200 according to the first embodiment.
  • the mail system 200 includes an information providing apparatus 201 and a plurality of client terminals 202 (three in the drawing).
  • the information providing apparatus 201 and the plurality of client terminals 202 are connected to each other via a wired or wireless network 210 so that they can communicate with each other.
  • the network 210 is, for example, the Internet, a LAN (Local Area Network), a WAN (Wide Area Network), or the like.
  • the information providing apparatus 201 includes a user authentication DB (database) 220, a chat user DB 230, an SNS user DB 240, a setting DB 250, a login history DB 260, a mail DB 270, a channel sentence DB 280, and an SNS message DB 290. It is a computer that transmits and receives mail in the system 200.
  • the information providing apparatus 201 is, for example, a mail server.
  • the user authentication DB 220, chat user DB 230, SNS user DB 240, setting DB 250, login history DB 260, mail DB 270, channel sentence DB 280 and SNS message DB 290 will be described later with reference to FIGS.
  • the client terminal 202 is a computer that displays, creates, and transmits and receives mail.
  • the client terminal 202 is, for example, a PC (personal computer), a notebook PC, a mobile phone, a PDA (Personal Digital Assistant), a smartphone, a tablet terminal, or the like used by a user of the mail system 200.
  • the mail is, for example, a web mail displayed, created, and transmitted / received by the browser of the client terminal 202.
  • FIG. 3 is a block diagram of a hardware configuration example of the information providing apparatus 201 according to the first embodiment.
  • an information providing apparatus 201 includes a CPU (Central Processing Unit) 301, a ROM (Read-Only Memory) 302, a RAM (Random Access Memory) 303, an I / F (Interface) 304, and a magnetic disk drive. 305, a magnetic disk 306, an optical disk drive 307, an optical disk 308, and an input device 309. Each component is connected by a bus 300.
  • CPU Central Processing Unit
  • ROM Read-Only Memory
  • RAM Random Access Memory
  • I / F Interface
  • the CPU 301 governs overall control of the information providing apparatus 201.
  • the ROM 302 stores a program such as a boot program.
  • the RAM 303 is used as a work area for the CPU 301.
  • the I / F 304 is connected to the network 210 through a communication line, and is connected to other devices such as the client terminal 202 via the network 210.
  • the I / F 304 controls an internal interface with the network 210 and controls input / output of data from other devices.
  • a modem or a LAN adapter may be employed as the I / F 304.
  • the magnetic disk drive 305 controls the reading / writing of the data with respect to the magnetic disk 306 according to control of CPU301.
  • the magnetic disk 306 stores data written under the control of the magnetic disk drive 305.
  • the optical disk drive 307 controls reading / writing of data with respect to the optical disk 308 according to the control of the CPU 301.
  • the optical disk 308 stores data written under the control of the optical disk drive 307, and causes the computer to read data stored on the optical disk 308.
  • the input device 309 inputs data such as letters, numbers, and various instructions.
  • the input device 309 is, for example, a keyboard having keys for input or a touch panel type input pad.
  • the information providing apparatus 201 may include a display for displaying data in addition to the above-described components.
  • the information providing apparatus 201 may not include the optical disk drive 307 and the optical disk 308 among the above-described components, for example.
  • FIG. 4 is a block diagram of a hardware configuration example of the client terminal 202 according to the first embodiment.
  • the client terminal 202 includes a CPU 401, a ROM 402, a RAM 403, a magnetic disk drive 404, a magnetic disk 405, an optical disk drive 406, an optical disk 407, a display 408, an I / F 409, a keyboard 410, and the like.
  • the CPU 401 governs overall control of the client terminal 202.
  • the ROM 402 stores programs such as a boot program.
  • the RAM 403 is used as a work area for the CPU 401.
  • the magnetic disk drive 404 controls the reading / writing of the data with respect to the magnetic disk 405 according to control of CPU401.
  • the magnetic disk 405 stores data written under the control of the magnetic disk drive 404.
  • the optical disc drive 406 controls reading / writing of data with respect to the optical disc 407 according to the control of the CPU 401.
  • the optical disk 407 stores data written under the control of the optical disk drive 406, or causes the computer to read data stored on the optical disk 407.
  • the display 408 displays data such as a document, an image, and function information as well as a cursor, an icon, or a tool box.
  • a CRT for example, a CRT, a TFT liquid crystal display, a plasma display, an organic EL display, or the like can be adopted.
  • the I / F 409 is connected to the network 210 via a communication line, and is connected to another device such as the information providing device 201 via the network 210.
  • the I / F 409 controls an internal interface with the network 210 and controls input / output of data from other devices.
  • a modem or a LAN adapter may be employed as the I / F 409.
  • the keyboard 410 has keys for inputting characters, numbers, various instructions, etc., and inputs data. Moreover, a touch panel type input pad or a numeric keypad may be used.
  • the mouse 411 moves the cursor, selects a range, moves the window, changes the size, and the like.
  • a touch panel, a trackball, a joystick, or the like may be used as long as it has the same function as a pointing device.
  • the scanner 412 optically reads an image and takes in the image data into the client terminal 202.
  • the scanner 412 may have an OCR (Optical Character Reader) function.
  • the printer 413 prints image data and document data.
  • a laser printer or an ink jet printer can be adopted.
  • the client terminal 202 may not include the optical disk drive 406, the optical disk 407, the scanner 412, the printer 413, and the like among the above-described components.
  • FIG. 5 is an explanatory diagram of an example of the contents stored in the user authentication DB 220 according to the first embodiment.
  • the user authentication DB 220 has at least fields of “user ID” and “password”. By setting information in each field, authentication information of each user (for example, authentication information 500- 1 to 500-3) are stored as records.
  • the user ID is an identifier of the user of the mail system 200.
  • the password is a code for authenticating the user of the mail system 200.
  • the authentication information 500-1 indicates the password “kljkfadojaf” of the user with the user ID “yamada@xxx.ww”.
  • the user ID “yamada@xxx.ww” is also used as “message ID” and “destination” of the mail DB 270 described later.
  • FIG. 6 is an explanatory diagram of an example of the contents stored in the chat user DB 230 according to the first embodiment.
  • the chat user DB 230 has at least fields of “user ID”, “chat ID”, “automatic JOIN channel”, and “current JOIN channel”, and by setting information in each field,
  • Each chat user information (for example, chat user information 600-1 to 600-5) is stored.
  • the user ID is an identifier of the user of the mail system 200, like the user authentication DB 220 shown in FIG.
  • the chat ID is an identifier of the user in the chat, and corresponds to the user ID on a one-to-one basis.
  • the automatic JOIN channel is a channel registered in advance corresponding to the user ID in order to automatically obtain a message (speech) from the channel sentence DB 280 in the linked application data recording process described later.
  • the current JOIN channel is information regarding the channel in which the user associated with the user ID is currently participating. Therefore, the user registers a channel for which a message is automatically acquired as a mail from among the current JOIN channels as an automatic JOIN channel.
  • the chat ID of the user with the user ID “yamada@xxx.www” is “yamada”
  • the automatic JOIN channel is “health management”
  • the current JOIN channel is “Health Management, 2010”. All or part of the automatic JOIN channel and the current JOIN channel can be added, changed, or deleted by a predetermined operation of each user.
  • FIG. 7 is an explanatory diagram of an example of the contents stored in the SNS user DB 240 according to the first embodiment.
  • the SNS user DB 240 has at least fields of “user ID”, “nickname”, “icon”, and “registered community”, and by setting information in each field, each SNS user information (For example, SNS user information 700-1 to 700-5) is stored.
  • the user ID is an identifier of the user of the mail system 200, like the user authentication DB 220 shown in FIG. 5 and the chat user DB 230 shown in FIG.
  • the nickname is user identification information in the SNS, and corresponds to the user ID on a one-to-one basis.
  • the icon is an image (illustration, photograph, etc.) added to the user's message, and makes it easy to visually distinguish between the user's message and other users' messages.
  • the registered community corresponds to the user ID in advance in order to automatically obtain a message (speech) from the SNS message DB 290 in the linked application data recording process described later. It is a registered channel.
  • the nickname of the user with the user ID “yamada@xxx.www” is “Yamada”
  • the icon is a male illustration image
  • the registered community is “education community”. It shows that there is. All or part of the registered community can be added, changed, or deleted by a predetermined operation of each user.
  • FIG. 8 is an explanatory diagram of an example of the contents stored in the setting DB 250 according to the first embodiment.
  • the setting DB 250 has at least fields of “application (application) name”, “channel name / community name”, and “setting time”. By setting information in each field, the setting DB 250 sets each field.
  • Setting information (for example, setting information 800-1 to 800-7) is stored.
  • the setting information 800-1 to 800-4 is a setting relating to the chat channel
  • the setting information 800-5 to 800-7 is a setting relating to the SNS community.
  • the set time is a time for determining whether or not acquisition is possible when a message (speech) is automatically acquired from the channel sentence DB 280 or the SNS message DB 290 in the cooperative application data acquisition process described later. Therefore, the CPU 301 acquires from the channel sentence DB 280 or the SNS message DB 290 when the time since the previous acquisition has passed this set time, and does not acquire it when the set time has not passed.
  • the setting time can be set not only in minutes and hours but also in days and weeks.
  • the setting time can be set for each user even in the same channel and community, and can be changed by a predetermined operation of the user or the administrator. Therefore, by setting the setting time short in each channel and community, the user can check messages frequently. In addition, by setting the set time longer, it is possible to eliminate the troublesomeness that the user frequently displays as mail on the mail list display screen in the same manner as other mails.
  • FIG. 9 is an explanatory diagram of an example of storage contents of the login history DB 260 according to the first embodiment.
  • the login history DB 260 has fields of “login date” and “logout date”, and stores log history information for each user's mail system 200 by setting date information in each field. ing.
  • this login history DB 260 is shown as being provided for each user. Further, in FIG. 9, a “user ID” field (not shown) may be further provided so that it can be managed for each user.
  • FIG. 10 is an explanatory diagram of an example of the contents stored in the mail DB 270 according to the first embodiment.
  • the mail DB 270 includes at least “transmission / reception information”, “message ID”, “sender ID”, “sending date / time”, “destination”, “subject”, “cooperation application (application) name”, “channel name”. / Community name "," text ", and” cooperation ID "fields.
  • mail information for example, mail information 1000-1 to 1000-7) is stored.
  • the mail information 1000-1, 1000-4, 1000-5 is normal mail
  • the mail information 1000-2, 1000-3, 1000-6, 1000-7 is It is a linked app.
  • the mail DB 270 is shown to be provided for each user. However, for a plurality of users, fields such as “sender ID” and “destination” in a common database, or illustrations are shown. In addition to omission, it may be possible to distinguish and manage for each user from the provided fields. Therefore, FIG. 10 shows “yamada @ xxx.” Which is the user ID from the “sender ID” and “destination” fields. Only information corresponding to “ww” may be collected from the mail DB 270.
  • the transmission / reception information is information for distinguishing between received mail (“receive”) and transmitted mail (“transmit”).
  • the message ID is an identifier for uniquely identifying mail transmitted / received by the mail system 200.
  • the character string should be unique as a whole, but in general, the right side of the @ mark is the domain name, the left side is the date and time, user ID, etc. As a whole, the string is unique. In this embodiment, the character string is such that the mail can be easily identified.
  • mail information 1000-2, 1000-3, 1000-5, 1000-6, 1000-7 is a received mail
  • mail information 1000-1, 1000-4 is a transmitted mail.
  • the sender ID is an identifier of the sender of the mail, for example, the user ID of the user who is the sender.
  • the outgoing date / time is the outgoing date / time of the mail.
  • the destination is a mail destination, for example, a mail address of a user who is a mail transmission destination.
  • the destination includes, for example, CC (Carbon Copy) and BCC (Blind Carbon Copy).
  • the subject is the subject of the email.
  • the subject is displayed as a part of the summary information of the mail on a list display screen 1300 shown in FIG.
  • the linked application (application) name is information related to another message providing system to be linked.
  • “Chat” is a chat providing system (chat application), which indicates that the chat user DB 230 and the channel sentence DB 280 are referred to
  • “SNS” is an SNS providing system (SNS application), This indicates that the SNS user DB 240 and the SNS message DB 290 are referred to.
  • the mail information 1000-3, 1000-6, 1000-7 of the cooperative application is chat.
  • the mail information 1000-2 of the cooperative application is SNS.
  • the channel name / community name is a channel name stored in the automatic JOIN channel in the chat user DB 230 or a community name stored in the registered community in the SNS user DB 240.
  • the text is a message described as the text information of the mail.
  • standard text for example, “Chat: Linked from XX Community. Hh: mm-HH: MM up to MM.”, “SNS: Linked from XX Community. Hh: mm After -HH: MM up to MM ')
  • the message content extracted from the channel sentence DB 280 or the SNS message DB 290 becomes the text information.
  • the cooperation ID matches the cooperation ID extracted from the channel sentence DB 280 and the SNS message DB 290 described later. The contents of the cooperation ID will be described later.
  • the “cooperation application name”, “channel name / community name”, and “cooperation ID” are stored only in the mail associated with the application, and the “cooperation application name” is included in the normal mail that is not the cooperation application. , “Channel name / community name” and “cooperation ID” are not stored.
  • the mail information 1000-1 has a user ID “yamada @ xxx. ww ”user's transmitted mail.
  • the “transmission / reception information” of the mail is “transmission”, and the “message ID” is “system2 @ xxx. www “and” sender ID “are” yamada @ xxx. “ww”, “date of transmission” is “2011/2/20 16:39:29”, and “destination” is “tanaka @ xxx. “ww”, “subject” is “XX system failure”, and “text” is “Yamada”. ... ". Since this mail information 1000-1 is a normal mail, no information is entered in the fields of “cooperative application name”, “channel name / community name”, and “cooperation ID”.
  • the mail information 1000-2 has a user ID “yamada @ xxx.
  • the information regarding the received mail of the user “ww”.
  • the “transmission / reception information” of the mail is “reception”, and the “message ID” is “apprenkei3 @ xxx.
  • “ww”, “sender ID” is “application linkage”, “sending date / time” is “2011/2/20 16:32:32”, and “destination” is “yamada @ xxx.
  • WW “Subject” is “SNS: Education Community”, “Linked App Name” is “SNS”, “Channel Name / Community Name” is “educationion”, and “Text” is “SNS: Cooperation from Education Community”. .., ”“ Linkage ID ”is“ SNS00001 ”.
  • the mail information 1000-3 also has a user ID “yamada @ xxx.
  • the information regarding the received mail of the user “ww”.
  • the “transmission / reception information” of the mail is “reception”, and the “message ID” is “apprenkei2 @ xxx.
  • “ww”, “sender ID” is “application linkage”, “sending date / time” is “2011/2/20 16:32:07”, and “destination” is “yamada @ xxx.
  • “ww” “Subject” is “Chat: Health Management Channel”, “Linked App Name” is “Chat”, “Channel Name / Community Name” is “Health Management”, “Text” is “Chat: Health Management Channel” Cooperation. .., ”“ Cooperation ID ”is“ CH00002 ”.
  • FIG. 11 is an explanatory diagram of an example of the contents stored in the channel sentence DB 280 according to the first embodiment.
  • a channel sentence DB 280 is a database for storing channel sentence information in chat, and has at least fields of “channel name”, “transmission date / time”, “chat ID”, “message content”, and “cooperation ID”.
  • channel sentence information (for example, channel sentence information 1100-1 to 1100-13) is stored as a record.
  • the channel sentence information may be managed for each channel name as shown in FIG.
  • the sending date / time is the sending date / time of the message.
  • the chat ID is a user identifier in the chat.
  • the information in the chat ID field corresponds to the information in the chat ID field in the chat user DB 230. Thereby, the user ID of the channel sentence information can be specified.
  • the content of the remark is the content of the message remarked by the user.
  • the cooperation ID is an identifier given when channel sentence information is extracted as application cooperation.
  • the same link ID is assigned to each of the plurality of pieces of channel sentence information extracted at the same time and stored. Whether the channel sentence has already been extracted or not extracted can be determined based on whether or not this linkage ID is assigned. Further, it is possible to determine at which timing the channel sentence is extracted based on the difference in the cooperation ID.
  • the cooperation ID is stored in the field of the mail DB 270 “cooperation ID” as application cooperation mail information.
  • FIG. 12 is an explanatory diagram of an example of storage contents of the SNS message DB 290 according to the first embodiment.
  • the SNS message DB 290 is a database for storing SNS message information in the SNS, and has at least fields of “community name”, “sending date / time”, “SNS nickname”, “speech content”, and “cooperation ID”.
  • SNS message information (for example, message information 1200-1 to 1200-3) is stored as a record.
  • the SNS message information may be managed for each community name as shown in FIG.
  • the sending date / time is the sending date / time of the message.
  • the SNS nickname is user identification information in the SNS.
  • the information in the SNS nickname field corresponds to the information in the nickname field of the SNS user DB 240. Thereby, the user ID of the SNS message information can be specified.
  • the content of the remark is the content of the message remarked by the user.
  • the cooperation ID is an identifier given when SNS message information is extracted as application cooperation.
  • the same linkage ID is assigned to each of the plurality of SNS message information extracted at the same time and stored. It can be determined whether the SNS message has already been extracted or not yet extracted depending on whether or not this linkage ID is assigned. Further, it is possible to determine at what timing the SNS message is extracted based on the difference in the linkage ID.
  • the cooperation ID is stored in the “cooperation ID” field of the mail DB 270 as application cooperation mail information.
  • Email list display screen example Next, a mail list display screen displayed on the display 408 of the client terminal 202 shown in FIG. 4 will be described.
  • the screen information of the mail list display screen is created by, for example, the information providing apparatus 201 and transmitted to the client terminal 202.
  • FIG. 13 is an explanatory diagram of a screen example of the mail list display screen according to the first embodiment.
  • a mail list display screen 1300 shown in FIG. 13 is displayed on the display 408.
  • the mail transmitted to the user with the user ID “yamada@xxx.ww” and the mail transmitted by the user with the user ID “yamada@xxx.ww” are displayed.
  • Summary information (for example, summary information 1300-1 to 1300-7) is displayed.
  • the mail list display screen 1300 includes a “message creation” button B1, an “application link latest reception” button B2, and a “logout” button B3.
  • a message creation screen display request (not shown) is displayed on the display 408 as a result of sending a message creation screen display request for creating a new mail to the information providing apparatus 201.
  • the “application cooperation latest reception” button B2 corresponds to step S2101 of the flowchart of FIG. 21 described later.
  • the cooperation application recording of step S2008 of the flowchart of FIG. The process (refer to the flowchart of FIG. 23 described later) is executed, and an updated mail list display screen 1300 including the latest information of application cooperation is displayed on the display 408.
  • the “logout” button B3 is clicked, the log list request is transmitted to the information providing apparatus 201, and as a result, the display of the mail list display screen 1300 is terminated.
  • the mail list display screen 1300 shows an outline of the mail sent to the user having the user ID “yamada@xxx.ww” and the mail having the user ID “yamada@xxx.ww” as the sender.
  • Information for example, summary information 1300-1 to 1300-7) is displayed.
  • the summary information is information indicating the sender of the mail, the transmission date and time, and the subject.
  • the mail sender ID is shown as the mail sender.
  • the title of the email is shown as the subject of the email.
  • the summary information 1300-1 indicates the mail sender “yamada@xxx.www”, the transmission date and time “2011/2/20 16:39:29” and the subject “XX system failure”.
  • the summary information 1300-2 indicates the mail sender “application linkage”, the transmission date and time “2011/2/20 16:32:32”, and the subject “SNS: education community”. Further, for example, the summary information 1300-3 indicates the mail sender “application linkage”, the transmission date and time “2011/2/20 16:32:07”, and the subject “chat: health management channel”.
  • each summary information is displayed for each normal mail, chat application cooperation, and SNS application cooperation, for example, by changing the character color or font, changing the background color, etc. May be easily distinguished.
  • sorting may be performed for each of normal mail, chat application cooperation, and SNS application cooperation.
  • any outline information is displayed by moving a cursor (not shown) displayed on the mail list display screen 1300 by a user operation input using the keyboard 410 or the mouse 411 shown in FIG. 4.
  • the mail corresponding to the summary information is selected.
  • the SNS message display screen 1400 shown in FIG. 13 when the user requests to display the summary information 1300-2, the SNS message display screen 1400 shown in FIG.
  • a “return to mail list” button B4 corresponds to step S2204 in the flowchart of FIG.
  • the cooperative application data acquisition process in step S2107 is executed, and the updated mail list display screen 1300 is displayed on the display 408. .
  • the “previous educational community message” arrow button B5 and the “next educational community message” arrow button B6 correspond to step S2203 of the flowchart of FIG.
  • the previous / next cooperation ID is acquired from the mail DB 270 in step S2205, and a message display screen 1400 (not shown) including a message to which the acquired cooperation ID is assigned is displayed. 408.
  • a “return to mail list” button B7 has the same function as the “return to mail list” button B4 shown in FIG.
  • an arrow button B6 for "Next Education Community Message” Has the same function.
  • the “return to mail list” button B7, the “previous health management channel message” arrow button B8, and the “next health management channel message” arrow button B9 are displayed on the message display screen in FIG. It has the same function as 1500.
  • the message display screens 1400 to 1600 in FIGS. 14 to 16 are not provided with the “logout” button B3 provided in the mail list display screen 1300 shown in FIG. In 1600, a “logout” button similar to the “logout” button B3 may be provided. By doing so, it is possible to log out directly from the message display screens 1400 to 1600 without returning to the mail list display screen 1300.
  • FIG. 17 is a block diagram of a functional configuration example of the information providing apparatus 201 according to the first embodiment.
  • the information providing apparatus 201 includes a reception unit 1701, a message extraction unit 1702, a mail creation unit 1703, a mail storage unit 1704, a list display screen creation unit 1705, an output unit 1706, and a mail extraction unit 1707. And including.
  • the receiving unit 1701 to the mail extracting unit 1707 are functions as control units. Specifically, for example, programs stored in storage devices such as the ROM 302, the RAM 303, the magnetic disk 306, and the optical disk 308 shown in FIG. The function is realized by causing the CPU 301 to execute it or by using the I / F 304.
  • the accepting unit 1701 has a function of accepting a display request for a mail transmitted to a predetermined address or a mail transmitted from a predetermined address.
  • the predetermined address is a character string for identifying the user when the mail system 200 transmits / receives mail, and is, for example, the mail address of the user.
  • a plurality of predetermined addresses may exist for one user.
  • the mail display request includes, for example, the user ID of the user who is the request source and the message ID of the mail that is the target of the display request.
  • User ID is a user's e-mail address, for example.
  • the reception unit 1701 receives a display request for the target mail from the client terminal 202, thereby receiving the display request for the mail.
  • the receiving unit 1701 may receive a display request for the mail by, for example, a user operation input using the input device 309 illustrated in FIG.
  • the reception unit 1701 may perform user authentication processing. Specifically, for example, when the user ID and password input screen information not shown are transmitted to the client terminal 202 and the user ID and password are received, the user authentication DB 220 shown in FIG. By referring to the user ID and the password, it is determined whether or not the user ID and the password match, thereby executing the user authentication process. If the user is authenticated, the reception unit 1701 stores the login date and time in the login history DB 260 illustrated in FIG.
  • the message extraction unit 1702 extracts a message stored in another message providing system based on the identification information of the user corresponding to the address related to the mail display request received by the reception unit 1701. Specifically, for example, based on the identification information of the user, the message extraction unit 1702 extracts only messages in the group in which the user is participating from among messages stored in other message providing systems. To do.
  • the message extraction unit 1702 extracts the automatic JOIN channel corresponding to the user ID from the chat user DB 230 shown in FIG. If the user ID is “yamada@xxx.ww”, the automatic JOIN channel “health management” is extracted. Then, the message extraction unit 1702 extracts channel sentence information of the channel name “health management” corresponding to the extracted “health management” from the channel sentence DB 280.
  • the message extraction unit 1702 may extract only the message stored in the channel sentence DB 280 after the previous extraction. Specifically, the message extraction unit 1702, for example, a channel for which a link ID is not set from the channel sentence information of the channel name “health management” corresponding to the extracted “health management” in the channel sentence DB 280. Only sentence information may be extracted.
  • the message extraction unit 1702 extracts a message stored in another message providing system when the time from the previous extraction to the current display request has passed a preset set time. You may do it. Specifically, for example, the message extraction unit 1702 acquires a set time from the setting DB 250 shown in FIG. 8, and compares the set time with the time from the previous extraction until the current display request. The message may be extracted only when the time from the previous extraction to the current display request exceeds the set time.
  • the message extraction unit 1702 performs the mail extraction process only when one hour has passed since the previous extraction. You may make it perform.
  • the message extraction unit 1702 extracts a registered community corresponding to the user ID from the SNS user DB 240 shown in FIG.
  • the user ID is “yamada@xxx.ww”
  • the registered community “education community” is extracted.
  • the message extraction unit 1702 extracts the SNS message information of the community name “education community” corresponding to the extracted “education community” from the SNS message DB 290.
  • the message extraction unit 1702 may extract only the message stored in the SNS message DB 290 after the previous extraction.
  • the message extraction unit 1702 has, for example, the SNS in which the cooperation ID is not set from the SNS message information of the community name “education community” corresponding to the extracted “education community” in the SNS message DB 290. Only message information may be extracted.
  • the message extraction unit 1702 extracts a message stored in another message providing system when the time from the previous extraction to the current display request has passed a preset set time. You may do it. Specifically, for example, the message extraction unit 1702 acquires a set time from the setting DB 250 shown in FIG. 8, and compares the set time with the time from the previous extraction until the current display request. The message may be extracted only when the time from the previous extraction to the current display request exceeds the set time.
  • the message extraction unit 1702 performs the mail extraction process only when one hour has passed since the previous extraction. You may make it perform.
  • the e-mail creation unit 1703 creates e-mail (cooperative application data) destined for the user including the content of the extracted message. Specifically, the mail creation unit 1703 newly creates a message ID, stores the created message ID in the mail DB 270, sets (stores) the user's destination as the destination, and sets the subject as the subject. An affiliate document is set (stored), the cooperative application name is stored, the channel name / community name is stored, the content of the message extracted in the text is registered (stored), and the cooperative ID is stored. By doing so, the cooperative application data is stored in the mail DB 270 in the same manner as normal mail.
  • the e-mail storage unit 1704 stores e-mails with the user as the sender or destination.
  • the mail storage unit 1704 can realize its function by, for example, the mail DB 270 shown in FIG.
  • the list display screen creation unit 1705 creates a list display screen for the user's email that includes summary information of the email based on the content of the email stored in the email storage unit 1704. Specifically, for example, a screen for extracting a caller ID, a transmission date / time, and a subject from the mail DB 270 and displaying a list of mail information in a predetermined format (specifically, for example, a mail list display screen shown in FIG. 13, for example) 1300).
  • the output unit 1706 outputs the list display screen created by the list display screen creation unit 1705. Specifically, information on the list display screen is transmitted to the client terminal 202, and the list display screen is displayed on the display 408 of the client terminal 202 shown in FIG.
  • the accepting unit 1701 accepts a mail selection request for summary information displayed in a list on the list display screen output by the output unit 1706. Specifically, on the mail list display screen 1300, a cursor (not shown) displayed on the mail list display screen 1300 is moved by a user operation input using the keyboard 410 or the mouse 411 shown in FIG. When the summary information is clicked, a mail corresponding to the summary information is selected, and by receiving the information from the client terminal 202, a mail selection request is accepted.
  • the mail extraction unit 1707 extracts the content of the mail related to the accepted selection request from the mail storage unit 1704. Specifically, for example, the mail information of the message ID related to the accepted selection request is extracted from the mail DB 270. Further, the output unit 1706 outputs the contents of the extracted mail. Specifically, information on a message display screen (specifically, for example, the message display screen 1400 shown in FIG. 14 or the message display screen 1500 shown in FIG. 15) is transmitted to the client terminal 202, and the client terminal 202 The list display screen is displayed on the display 408.
  • a message display screen specifically, for example, the message display screen 1400 shown in FIG. 14 or the message display screen 1500 shown in FIG. 15
  • FIG. 18 is a flowchart illustrating an example of an information providing process (chat program) procedure of the information providing apparatus 201 according to the first embodiment.
  • the CPU 301 acquires chat IDs of other participants participating in the automatic JOIN channel name from the chat user DB 230 shown in FIG. 6 (step S1801). Then, the CPU 301 creates a chat screen including participants in the automatic JOIN channel and transmits it to the client terminal 202 (step S1802).
  • the CPU 301 determines whether a new channel name and a channel creation request have been received from the client terminal 202 (step S1803). If the CPU 301 has not received a new channel name and a channel creation request (step S1803: No), the process proceeds to step S1808. On the other hand, when the CPU 301 receives a new channel name and a channel creation request from the client terminal 202 (step S1803: Yes), a column corresponding to the new channel name is added to the channel sentence DB 280 shown in FIG. S1804).
  • the CPU 301 stores the new channel name in the current JOIN channel of the user ID in the chat user DB 230 (step S1805), and adds the newly created channel to the chat screen (step S1806). Thereafter, the CPU 301 transmits the chat screen (not shown) to the client terminal 202 (step S1807).
  • the CPU 301 determines whether a request for participation in the channel has been received from the client terminal 202 (step S1808).
  • the request for participation in the channel has not been received (step S1808: No)
  • the process proceeds to step S1812.
  • the CPU 301 receives a request to join a channel (step S1808: Yes)
  • the CPU 301 stores the channel name in the current JOIN channel of the user ID in the chat user DB 230 (step S1809).
  • the channel is added to the chat screen (step S1810).
  • the CPU 301 transmits the chat screen (not shown) to the client terminal 202 (step S1811).
  • the CPU 301 determines whether a message addressed to a certain channel has been received from the client terminal 202 (step S1812).
  • a message is not received (step S1812: No)
  • it transfers to step S1817.
  • the CPU 301 receives a message addressed to the channel (step S1812: Yes)
  • the speaker and the message are stored in the channel sentence DB 280 corresponding to the channel (step S1813).
  • the CPU 301 detects a chat ID having the channel as the current JOIN channel from the chat user DB 230 (step S1814). Next, the CPU 301 adds a message to the channel field of the chat screen corresponding to the detected chat ID (step S1815). Thereafter, the CPU 301 transmits the chat screen (not shown) to the client terminal 202 (step S1816).
  • step S1817 determines whether an end request has been received from the client terminal 202 (step S1817). If no termination request has been received (step S1817: NO), the process proceeds to step S1803. On the other hand, when the termination request is received (step S1817: Yes), the series of processes in this flowchart is terminated.
  • FIG. 19 is a flowchart of an example of an information providing process (SNS program) procedure of the information providing apparatus 201 according to the first embodiment.
  • the CPU 301 acquires a registered community of the user from the SNS user DB 240 shown in FIG. 7 (step S1901). Then, the CPU 301 acquires a message corresponding to the acquired community in the SNS message DB 290 shown in FIG. 12 to create a community screen, and transmits the created community screen (not shown) to the client terminal 202 ( Step S1902).
  • the CPU 301 determines whether or not a community participation request has been received from the client terminal 202 (step S1903). If no community participation request has been received (step S1903: NO), the process proceeds to step S1906. On the other hand, when the CPU 301 receives a community participation request (step S1903: Yes), the specified community name is stored in the registered community of the user's SNS user DB 240 (step S1904), and the SNS message DB 290 is stored. The message corresponding to the community is acquired to create a community screen, and the created community screen (not shown) is transmitted to the client terminal 202 (step S1905).
  • the CPU 301 determines whether a message addressed to a certain community has been received from the client terminal 202 (step S1906).
  • a message is not received (step S1906: No)
  • it transfers to step S1908.
  • the CPU 301 receives a message addressed to the community (step S1906: Yes)
  • the speaker and the message are stored in the field corresponding to the community in the SNS message DB 290 (step S1907).
  • step S1908 determines whether an end request has been received from the client terminal 202 (step S1908). If no termination request has been received (step S1908: NO), the process proceeds to step S1903. On the other hand, when the termination request is received (step S1908: Yes), the series of processes in this flowchart is terminated.
  • 20 to 22 are flowcharts showing an example of an information providing process procedure of the information providing apparatus 201 according to the first embodiment.
  • the CPU 301 determines whether a mail display request has been received from the client terminal 202 (step S2001).
  • the CPU 301 waits to receive a mail display request (step S2001: No).
  • the screen information of the user ID and password input screen (not shown) is transmitted to the client terminal 202 (step S2002).
  • the CPU 301 determines whether a user ID and password are received from the client terminal 202 (step S2003).
  • step S2003 it waits for the CPU 301 to receive the user ID and password (step S2003: No).
  • step S2003: Yes the user authentication processing is executed with reference to the user authentication DB 220 shown in FIG. 5 (step S2004).
  • the CPU 301 refers to the user authentication DB 220 and specifies the password corresponding to the received user ID. The CPU 301 determines whether the received password matches the specified password. As a result, when the passwords match, the CPU 301 authenticates the user. On the other hand, if the passwords do not match, the CPU 301 does not authenticate the user.
  • step S2005 determines whether or not the user has been authenticated. If the user is not authenticated (step S2005: No), the CPU 301 transmits screen information of an authentication error screen (not shown) to the client terminal 202 (step S2006), and a series of processes according to this flowchart. Exit.
  • step S2005 when the user is authenticated in step S2005 (step S2005: Yes), the CPU 301 records the authenticated time in the login field of the login history DB 260 shown in FIG. 9 (step S2007). Then, the linked application data recording process is executed by the CPU 301 (step S2008). The contents of the linked application data recording process in step S2008 will be described later with reference to FIG.
  • the mail list display screen 1300 shown in FIG. 13 is created based on the received mail ID 270 of the user ID shown in FIG. 10 (step S2009). Specifically, e-mail information in which information in at least one of the “sender ID” and “destination” fields matches the information of the user ID is extracted, and the e-mail list display screen is based on the extracted e-mail information. Create screen information.
  • the CPU 301 may create screen information of a mail list display screen in which mail generation dates and times are sorted in ascending order.
  • the CPU 301 transmits the screen information of the mail list display screen to the client terminal 202 (step S2010).
  • This client terminal 202 is the client terminal 202 that has requested the display request for the mail list display screen received in step S2001.
  • step S2011 determines whether a display end request is received from the client terminal 202 (step S2011).
  • the display end request can be made, for example, when the user presses the “logout” button B3 on the mail list screen 1300 shown in FIG. If no termination request has been received (step S2011: No), the process proceeds to step S2101 in the flowchart of FIG.
  • step S2011: Yes the termination request is received (step S2011: Yes)
  • the CPU 301 records the time when the termination request is received in the logout column of the login history DB 260 shown in FIG. 9 (step S2012), and ends the series of processes. To do.
  • the CPU 301 determines whether or not the application cooperation latest reception request has been received from the client terminal 202 (step S2101).
  • the application cooperation latest reception request can be made, for example, when the user presses the “application cooperation latest reception” button B2 on the mail list display screen 1300 shown in FIG.
  • step S2101: Yes when the application cooperation latest reception request is received (step S2101: Yes), the process proceeds to step S2008 in the flowchart of FIG. 20, and the processes after step S2008 are repeatedly executed.
  • step S2101 If the application cooperation latest reception request is not received in step S2101 (step S2101: No), the CPU 301 displays a list on the mail selection information, that is, the mail list display screen 1300 shown in FIG. It is determined whether a request to display a predetermined message in the summary information has been received from the client terminal 202 (step S2102). If the mail selection information is not received by the CPU 301 (step S2102: No), the process proceeds to step S2106.
  • step S2103 it is determined whether or not the selected mail is an application linkage mail (step S2103). Whether or not the selected mail is an application cooperation mail is determined based on whether or not “SNS” or “chat” information is stored in the “cooperation application name” field of the mail DB 270 shown in FIG. If “SNS” or “chat” information is stored in the “linked application name” field of the mail DB 270, it is determined that the mail is an application linked mail. If neither information is recorded, the mail is not an application linked mail. (That is, it is a normal mail).
  • step S2103 when the selected mail is an application cooperation mail (step S2103: Yes), the process proceeds to step S2201 in the flowchart of FIG.
  • step S2103: No when the selected mail is not an application linkage mail (step S2103: No), the CPU 301 obtains the text of the selected mail, the transmission date and time from the mail DB 270 (step S2104). Then, the CPU 301 creates a message display screen (not shown) including the text, the transmission date and time, and transmits the screen information of the created message display screen to the client terminal 202 (step S2105).
  • step S2106: No waits for the display request for the list display screen to be received from the client terminal 202
  • step S2106: Yes when the CPU 301 receives the display request for the list display screen
  • step S2107 A cooperative application data acquisition process is executed (step S2107).
  • the contents of the cooperative application data acquisition process in step S2106 will be described later with reference to FIG.
  • step S2107 it transfers to step S2009 of the flowchart of FIG. 20, and performs the process after step S2009 repeatedly.
  • step S2103 Yes
  • the CPU 301 acquires the cooperation ID of the selected mail from the mail DB 270 shown in FIG. 10 (step S2201).
  • the CPU 301 transmits the message to the client terminal 202 (step S2202).
  • the CPU 301 determines whether a message display request for the previous / next channel / community has been received from the client terminal 202 (step S2203).
  • the message display request for the previous channel can be made, for example, when the user presses the “previous health management channel message” arrow button B8 in FIG.
  • a message display request for a subsequent channel can be made, for example, when the user presses the arrow button B9 of “next health management channel message” in FIG.
  • a message display request for the previous community can be made by the user pressing the arrow button B5 of “Previous Education Community Message” in FIG. 14, for example.
  • a message display request for the subsequent community can be made, for example, when the user presses the arrow button B6 of “next educational community message” in FIG.
  • step S2203 when the CPU 301 receives a message display request for the previous / rear channel / community from the client terminal 202 (step S2203: Yes), the previous / rear linkage ID is acquired from the mail DB 270 (step S2205). ), The process returns to step S2202, and the processes after step S2202 are repeatedly executed.
  • step S2203 when the message display request for the previous / next channel / community is not received (step S2203: No), the CPU 301 determines whether the display request for the list display screen is received from the client terminal 202 or not. Judgment is made (step S2204). If no list display screen display request has been received (step S2204: NO), the process returns to step S2203. On the other hand, when the display request for the list display screen is received (step S2204: Yes), the process proceeds to step S2107 shown in FIG.
  • the screen information of the mail list display screen, the message creation screen, and the message display screen can be provided to the client terminal 202 in response to various display requests from the user.
  • FIG. 23 is a flowchart of an example of a specific process procedure of the linked application data recording process according to the first embodiment.
  • the CPU 301 acquires an automatic JOIN channel from the chat user DB 230 of the user ID (step S2301).
  • all of those automatic JOIN channels are acquired. For example, when the user ID is “yamada@xxx.ww”, “health management” is acquired as an automatic JOIN channel, and when the user ID is “tanaka@xxx.ww”, “tennis club” is acquired as an automatic JOIN channel. ”,“ Patent consultation ”, and“ health management ”.
  • the CPU 301 acquires a registered community from the SNS user DB 240 of the user ID (step S2302). If there are multiple registered communities, all registered communities are acquired. For example, if the user ID is “yamada@xxx.ww”, “education community” is acquired as the registered community, and if the user ID is “suzuki@xxx.ww”, the “education community” is set as the automatic JOIN registration community. ”And“ patent community ”.
  • the CPU 301 obtains, from the channel sentence DB 280, messages that have not been given a cooperation ID among the messages on the automatic JOIN channel so far, and allocates a new cooperation ID (step S2303).
  • the cooperation ID is recorded in the channel sentence DB 280 (step S2304).
  • the CPU 301 creates a message ID and records the current date and time, the subject, the linked application name, the channel name, the body text, and the linked ID in the user's mail DB 270 (step S2305).
  • a chat and a channel name are stored in the subject.
  • a chat a channel name, a time when a message is received, the number of messages are recorded.
  • the CPU 301 obtains, from the SNS message DB 290, a comment that has not been given a cooperation ID among the comments in the registered community so far, allocates a new cooperation ID (step S2306), and allocates a new cooperation ID. Is recorded in the SNS message DB 290 (step S2307).
  • the CPU 301 creates a message ID, and records the current date and time, the subject, the linked application name, the community name, the body text, and the linked ID in the user's mail DB 270 (step S2308).
  • the subject is, for example, SNS and a community name.
  • the body for example, SNS, community name, message reception time, number of messages, etc. are recorded. Thereby, the cooperation application data recording process of step S2008 is complete
  • FIG. 24 is a flowchart of an example of a specific processing procedure of the cooperative app data acquisition process according to the first embodiment.
  • the setting time of the automatic JOIN channel acquired from the chat user DB 230 of the user ID by the CPU 301 and the setting time of the registered community acquired from the SNS user DB 240 of the user ID are shown in FIG. Obtained from the setting DB 250 (step S2401).
  • the CPU 301 determines whether or not there is a channel or community for which the set time has elapsed since the previous acquisition (step S2402).
  • step S2402 determines whether or not there is a channel or community for which the set time has elapsed since the previous acquisition.
  • step S2402 determines whether or not there is a channel or community for which the set time has elapsed since the previous acquisition.
  • step S2402 determines whether or not there is a channel or community for which the set time has elapsed since the previous acquisition.
  • step S2402 No
  • a series of processing ends without doing anything.
  • step S2403 determines whether it is a chat or an SNS (step S2403).
  • step S2403 In the case of chatting in step S2403 (step S2403: “chat”), the CPU 301 obtains, from the channel sentence DB 280, messages that have not been given a cooperation ID among the messages in the automatic JOIN channel so far.
  • the new cooperation ID is allocated (step S2404), and the allocated new cooperation ID is recorded in the channel sentence DB 280 (step S2405).
  • the CPU 301 creates a message ID, records the current date and time, the subject, the linked application name, the channel name, the text, and the linked ID in the user's mail DB 270 (step S2406).
  • the process ends.
  • a chat and a channel name are stored.
  • a chat a channel name, a time when a message is received, the number of messages are recorded.
  • step S2403 If it is an SNS in step S2403 (step S2403: “SNS”), the CPU 301 obtains, from the SNS message DB 290, a message that has not been given a cooperation ID among the messages in the registered community so far. Then, a new cooperation ID is allocated (step S2407), and the allocated new cooperation ID is recorded in the SNS message DB 290 (step S2408).
  • the CPU 301 creates a message ID and records the current date and time, the subject, the linked application name, the community name, the text, and the linked ID in the user's mail DB 270 (step S2409).
  • the subject is, for example, SNS and a community name.
  • SNS shared secret number
  • community name a community name
  • message reception time a message reception time
  • step S2008 all messages to which a new cooperative ID has not been assigned are acquired, and a new ID is allocated and recorded in the mail DB 270.
  • step S2107 the cooperative ID is recorded.
  • a message is acquired and a new ID is allocated and recorded in the mail DB 270 only when a set time has been exceeded among those not assigned a new linkage ID.
  • 25 and 26 are flowcharts illustrating an example of an information processing procedure of the client terminal 202 according to the first embodiment.
  • the CPU 401 determines whether or not a mail display request has been accepted by a user operation input using the keyboard 410 or the mouse 411 (step S2501).
  • the CPU 401 waits to receive a mail display request (step S2501: No). If the mail display request is received by the CPU 401 (step S2501: Yes), the mail display request is transmitted to the information providing apparatus 201 (step S2502).
  • the CPU 401 determines whether or not screen information of a user ID / password input screen (not shown) is received from the information providing apparatus 201 (step S2503). Here, it waits for the CPU 401 to receive the screen information of the user ID and password input screen (step S2503: No).
  • step S2503 When the CPU 401 receives screen information of the user ID and password input screen (step S2503: Yes), the user ID and password input screen is displayed on the display 408 based on the received screen information. (Step S2504). Next, the CPU 401 determines whether or not an input of a user ID and a password has been received by a user operation input (step S2505).
  • step S2505: No it waits for the CPU 401 to accept the input of the user ID and password.
  • step S2505: Yes the CPU 401 receives input of the user ID and password (step S2505: Yes)
  • the user ID and password are transmitted to the information providing apparatus 201 (step S2506).
  • the CPU 401 determines whether or not screen information of an authentication error screen (not shown) has been received (step S2507).
  • the CPU 401 receives the screen information of the authentication error screen (step S2507: Yes)
  • the authentication error screen is displayed on the display 408 based on the received screen information (step S2508).
  • a series of processing ends.
  • step S2507 if the CPU 401 has not received the screen information of the authentication error screen (step S2507: No), it is determined whether the screen information of the mail list display screen has been received (step S2509). If the CPU 401 has not received the screen information of the mail list display screen (step S2509: No), the process returns to step S2507.
  • step S2509 Yes
  • the mail list display screen is displayed on the display 408 based on the received screen information (step S2510).
  • the CPU 401 determines whether an application cooperation latest reception request has been received (step S2511).
  • step S2511 when the CPU 401 receives an application cooperation latest reception request (step S2511: Yes), the application cooperation latest reception request is transmitted to the information providing apparatus 201 (step S2512), and the process proceeds to step S2509.
  • step S2511: NO when the application cooperation latest reception request has not been received (step S2511: NO), the process proceeds to step S2601 shown in FIG.
  • the CPU 401 determines whether or not the selection of the target mail has been accepted from the mail selection information, that is, the mail list display screen, by the user's operation input (step S2601).
  • the process proceeds to step S2605.
  • the mail selection information is received by the CPU 401 (step S2601: Yes)
  • the mail selection information is transmitted to the information providing apparatus 201 (step S2602).
  • This display request includes, for example, the user ID of the user of the client terminal 202 and the message ID of the target mail.
  • the CPU 401 determines whether or not the screen information of the message display screen has been received (step S2603).
  • the CPU 401 waits for reception of screen information on the message display screen (step S2603: No).
  • the CPU 401 receives the screen information of the message display screen (step S2603: Yes)
  • the message display screen is displayed on the display 408 based on the received screen information (step S2604).
  • step S2605 determines whether or not a request for displaying the previous or subsequent message of the same application or the same channel / community has been received on the message display screen associated with the application. If a message creation screen display request has not been received (step S2605: NO), the process proceeds to step S2609.
  • step S2605 when the CPU 401 accepts a message display request for the same or the same channel / community before or after (step S2605: Yes), it displays information on the message display request for the same or the same channel / community before or after. It transmits to the providing apparatus 201 (step S2606).
  • the CPU 401 determines whether or not screen information on the message display screen has been received (step S2607).
  • the CPU 401 waits for reception of screen information on the message display screen (step S2607: No). If the CPU 401 receives screen information on the message display screen (step S2607: Yes), the message display screen is displayed on the display 408 based on the received screen information (step S2608), and the process returns to step S2605.
  • step S2609 whether or not the display request for the list display screen is requested by the CPU 401, specifically, the “return to mail list” button B4 on the message display screen 1400 in FIG. It is determined whether the “return to mail list” button B7 on the message display screen 1500 of FIG. 16 or the message display screen 1600 of FIG. 16 has been pressed (step S2609).
  • the CPU 401 makes a display request for the list display screen (step S2609: Yes)
  • the display request for the list display screen is transmitted to the information providing apparatus 201 (step S2610), and step S2509 in the flowchart of FIG. Migrate to
  • step S2609: No If the display request for the list display screen is not issued by the CPU 401 (step S2609: No), a display end request is input by the user's operation input, specifically, the mail list display screen 1300 of FIG. 13 is input by the user's operation input. It is determined whether or not the “logout” button B3 is pressed (step S2611). If no display end request has been received (step S2611: NO), the process returns to step S2601. On the other hand, when the display end request is received by the CPU 401 (step S2611: Yes), the display end request is transmitted to the information providing apparatus 201 (step S2612), and the series of processes according to this flowchart ends.
  • messages stored in other message providing systems are displayed in the same manner as emails. It is possible to avoid failing to confirm the message stored in the message providing system, and it is possible to efficiently use the message providing system, which is a plurality of communication tools, using electronic mail.
  • the set time can be determined as to whether or not the message acquisition interval can be determined. Therefore, by setting the set time short, the user frequently checks messages. It becomes possible. In addition, by setting the set time longer, it is possible to eliminate the troublesomeness that the user frequently displays as mail on the mail list display screen in the same manner as other mails.
  • Embodiment 2 Next, an information providing method according to the second embodiment will be described.
  • the second embodiment is realized by using the setting DB 255 shown in FIG. 27 in place of the setting DB 250 shown in FIG. 8 in the information providing method described in the first embodiment. Note that illustration and description of the same parts as those described in Embodiment 1 are omitted.
  • FIG. 27 is an explanatory diagram of an example of the contents stored in the setting DB 255 according to the second embodiment.
  • the setting DB 250 of the first embodiment and the setting DB 255 of the second embodiment are only the difference between the “set time” field and the “set amount” field.
  • the “set amount” field of the setting DB 255 the content of a channel sentence or the content of an SNS message, specifically, the number of lines, the number of messages, and the like are stored.
  • step S2401 of the flowchart of FIG. 24 the amount of the stored message content is acquired, and in step S2402, the amount of the acquired message content is compared with the set amount. If the amount of statement content exceeds the set amount, the process proceeds to step S2403. If the amount of statement content does not exceed the set amount, the cooperative application data acquisition process is terminated without doing anything. Others are the same as in the first embodiment.
  • both the set amount and the set time may be set as set conditions (for example, AND condition, OR condition, NOT condition, etc.).
  • a message providing system that is a plurality of communication tools can be efficiently used using electronic mail.
  • the content of the message (speech) is displayed as a mail on the mail list display screen when it is collected to a certain extent.
  • the troublesomeness that is frequently displayed on the list display screen in the same manner as other mails can be eliminated.
  • a predetermined amount is accumulated regardless of the time since the last acquisition, it will be displayed on the mail list display screen, so at an appropriate timing according to the participation status of participants to the group (for example, channel, community)
  • the content of the message can be confirmed, and the stress caused by annoying users can be reduced.
  • the information providing method described in the present embodiment can be realized by executing a program prepared in advance on a computer such as a personal computer or a workstation.
  • the information providing program is recorded on a computer-readable recording medium such as a hard disk, a flexible disk, a CD-ROM, an MO, and a DVD, and is executed by being read from the recording medium by the computer.
  • the information providing program may be distributed via a network such as the Internet.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

　メールプログラム（１５１）のみインストールされているクライアント端末（１５０）においても、チャットのチャンネル文やＳＮＳメッセージの内容をメールとして通常のメールと同様にメールＤＢに記憶させることによって、通常のメールと同じようにメールプログラム（１５１）を用いて表示させることができるので、クライアント端末（１５０）においても、クライアント端末（１００）と同様にチャットのチャンネル文やＳＮＳメッセージの内容を確認することができる。

Description

情報提供プログラム、情報提供装置および情報提供方法
　本発明は、情報提供プログラム、情報提供装置および情報提供方法に関する。
　近年、多くのユーザによって、一般的なコミュニケーションツールである電子メール（以下、「メール」という）を用いた情報の伝達をするだけでなく、チャットやＳＮＳなど、メールとは別の多様なコミュニケーションツールであるメッセージ提供システムを用いた情報の伝達が増加している。このように、別のコミュニケーションツールを利用する場合は、それぞれ専用のアプリケーションを情報端末装置にインストールして使用する。
　関連する先行技術としては、たとえば、コミュニティにおいて、自分宛、コミュニティ宛の発言を収集して、メール一覧で有無を通知したり、複数のコミュニティにおける、発言を収集し、メールで活動状況を送信するものがある（たとえば、下記特許文献１、２参照）。
特開２００５－３４６４９３号公報 特開２００４－２４６４７４号公報
　しかしながら、情報端末装置の環境によっては、必ずしもそれぞれのコミュニケーションツールの専用のアプリケーションがインストールされているとは限らないため、情報端末装置によっては、別のコミュニケーションツールであるメッセージ提供システムにおけるメッセージを確認することができない場合がある。また、すべてのメッセージを確認できたとしても、コミュニケーションツールであるメッセージ提供システムが複数あることから、それらをすべて確認するのは煩わしく、また、いずれかのメッセージを確認し損なう畏れもある。
　本発明は、１つの側面では、複数のコミュニケーションツールであるメッセージ提供システムを効率よく利用した情報伝達を可能にすることができる情報提供プログラム、情報提供装置および情報提供方法を提供することを目的とする。
　上述した課題を解決し、目的を達成するため、本発明の一側面によれば、電子メールの表示要求を受け付け、受け付けられた電子メールの表示要求にかかる利用者の識別情報に基づいて、他のメッセージ提供システムに記憶されているメッセージを抽出し、抽出されたメッセージの内容を含む、利用者を宛先とした電子メールを作成して、利用者を差出人または宛先とした電子メールが記憶されている記憶部に記憶し、記憶部に記憶されている電子メールの内容に基づいて、電子メールの概要情報を一覧で表示するための一覧表示画面を作成し、作成された一覧表示画面を出力し、出力された一覧表示画面に一覧で表示された概要情報にかかる電子メールの選択要求を受け付け、受け付けられた選択要求にかかる電子メールの内容を記憶部から抽出し、抽出された電子メールの内容を出力する情報提供プログラム、情報提供装置および情報提供方法が提案される。
　本発明の一側面によれば、複数のコミュニケーションツールであるメッセージ提供システムを電子メールを用いて効率よく利用することができるという効果を奏する。
図１は、実施の形態１にかかる情報提供方法の一実施例を示す説明図である。 図２は、実施の形態１にかかるメールシステム２００のシステム構成例を示す説明図である。 図３は、実施の形態１にかかる情報提供装置２０１のハードウェア構成例を示すブロック図である。 図４は、実施の形態１にかかるクライアント端末２０２のハードウェア構成例を示すブロック図である。 図５は、実施の形態１にかかる利用者認証ＤＢ２２０の記憶内容の一例を示す説明図である。 図６は、実施の形態１にかかるチャット利用者ＤＢ２３０の記憶内容の一例を示す説明図である。 図７は、実施の形態１にかかるＳＮＳ利用者ＤＢ２４０の記憶内容の一例を示す説明図である。 図８は、実施の形態１にかかる設定ＤＢ２５０の記憶内容の一例を示す説明図である。 図９は、実施の形態１にかかるログイン履歴ＤＢ２６０の記憶内容の一例を示す説明図である。 図１０は、実施の形態１にかかるメールＤＢ２７０の記憶内容の一例を示す説明図である。 図１１は、実施の形態１にかかるチャンネル文ＤＢ２８０の記憶内容の一例を示す説明図である。 図１２は、実施の形態１にかかるＳＮＳメッセージＤＢ２９０の記憶内容の一例を示す説明図である。 図１３は、実施の形態１にかかるメール一覧表示画面の画面例を示す説明図である。 図１４は、実施の形態１にかかるメッセージ表示画面の画面例を示す説明図（その１）である。 図１５は、実施の形態１にかかるメッセージ表示画面の画面例を示す説明図（その２）である。 図１６は、実施の形態１にかかるメッセージ表示画面の画面例を示す説明図（その３）である。 図１７は、実施の形態１にかかる情報提供装置２０１の機能的構成例を示すブロック図である。 図１８は、実施の形態１にかかる情報提供装置２０１の情報提供処理（チャットプログラム）手順の一例を示すフローチャートである。 図１９は、実施の形態１にかかる情報提供装置２０１の情報提供処理（ＳＮＳプログラム）手順の一例を示すフローチャートである。 図２０は、実施の形態１にかかる情報提供装置２０１の情報提供処理（メールプログラム）手順の一例を示すフローチャート（その１）である。 図２１は、実施の形態１にかかる情報提供装置２０１の情報提供処理（メールプログラム）手順の一例を示すフローチャート（その２）である。 図２２は、実施の形態１にかかる情報提供装置２０１の情報提供処理（メールプログラム）手順の一例を示すフローチャート（その３）である。 図２３は、実施の形態１にかかる連携アプリデータ記録処理の具体的処理手順の一例を示すフローチャートである。 図２４は、実施の形態１にかかる連携アプリデータ取得処理の具体的処理手順の一例を示すフローチャートである。 図２５は、実施の形態１にかかるクライアント端末２０２の情報処理手順の一例を示すフローチャート（その１）である。 図２６は、実施の形態１にかかるクライアント端末２０２の情報処理手順の一例を示すフローチャート（その２）である。 図２７は、実施の形態２にかかる設定ＤＢ２５５の記憶内容の一例を示す説明図である。
　以下に添付図面を参照して、この発明にかかる情報提供プログラム、情報提供装置および情報提供方法の実施の形態を詳細に説明する。
（実施の形態１）
　図１は、実施の形態１にかかる情報提供方法の一実施例を示す説明図である。図１において、利用者は、通常、使用するクライアント端末（たとえばオフィス用ＰＣ）１００に、メールプログラム１０１、チャットプログラム１０２およびＳＮＳ（Ｓｏｃｉａｌ　Ｎｅｔｗｏｒｋｉｎｇ　Ｓｅｒｖｉｃｅ）プログラム１０３をインストールして、メール、チャットおよびＳＮＳを利用している。
　ここで、チャットとは、複数の利用者がメッセージを設定されているチャンネルに書き込むことにより情報の伝達をおこなうコミュニケーションツールである。また、ＳＮＳとは、限定的なネットワークの中で情報交換をおこなうサービスであり、ＳＮＳを用いることによって、利用者同士のコミュニティを広げていくことができる。
　また、通常使用するクライアント端末１００とは別のクライアント端末（たとえばモバイル用ノートＰＣ）１５０には、メールプログラム１５１のみをインストールしている。この場合、クライアント端末１５０では、メールの送受信はできるが、チャットのチャンネル文やＳＮＳメッセージの送受信をすることはできない。
　そこで、実施の形態１では、メールプログラム１５１のみインストールされているクライアント端末１５０においても、チャットのチャンネル文やＳＮＳメッセージの内容であって利用者に関連するものを、メールとして通常のメールと同様に後述するメールＤＢ２７０に記憶させることによって、通常のメールと同じようにメールプログラム１５１を用いて表示させることができるので、クライアント端末１５０においても、クライアント端末１００と同様にチャットのチャンネル文やＳＮＳメッセージの内容を確認することができる。
（メールシステム２００のシステム構成例）
　つぎに、実施の形態１にかかるメールシステム２００のシステム構成例について説明する。図２は、実施の形態１にかかるメールシステム２００のシステム構成例を示す説明図である。図２において、メールシステム２００は、情報提供装置２０１と、複数のクライアント端末２０２（図面では３台）と、を含む。
　メールシステム２００において、情報提供装置２０１および複数のクライアント端末２０２は、有線または無線のネットワーク２１０を介して相互に通信可能に接続されている。ネットワーク２１０は、たとえば、インターネット、ＬＡＮ（Ｌｏｃａｌ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）などである。
　ここで、情報提供装置２０１は、利用者認証ＤＢ（データベース）２２０、チャット利用者ＤＢ２３０、ＳＮＳ利用者ＤＢ２４０、設定ＤＢ２５０、ログイン履歴ＤＢ２６０、メールＤＢ２７０、チャンネル文ＤＢ２８０、ＳＮＳメッセージＤＢ２９０を有し、メールシステム２００内のメールの送受信をおこなうコンピュータである。情報提供装置２０１は、たとえば、メールサーバである。なお、利用者認証ＤＢ２２０、チャット利用者ＤＢ２３０、ＳＮＳ利用者ＤＢ２４０、設定ＤＢ２５０、ログイン履歴ＤＢ２６０、メールＤＢ２７０、チャンネル文ＤＢ２８０およびＳＮＳメッセージＤＢ２９０については、図５～図１２を用いて後述する。
　クライアント端末２０２は、メールの表示、作成、送受信をおこなうコンピュータである。クライアント端末２０２は、たとえば、メールシステム２００のユーザが使用するＰＣ（パーソナル・コンピュータ）、ノートＰＣ、携帯電話、ＰＤＡ（Ｐｅｒｓｏｎａｌ　Ｄｉｇｉｔａｌ　Ａｓｓｉｓｔａｎｔ）、スマートフォン、タブレット型端末などである。メールは、たとえば、クライアント端末２０２のブラウザにより表示、作成、送受信されるウェブメールである。
（情報提供装置２０１のハードウェア構成例）
　図３は、実施の形態１にかかる情報提供装置２０１のハードウェア構成例を示すブロック図である。図３において、情報提供装置２０１は、ＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）３０１と、ＲＯＭ（Ｒｅａｄ‐Ｏｎｌｙ　Ｍｅｍｏｒｙ）３０２と、ＲＡＭ（Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）３０３と、Ｉ／Ｆ（Ｉｎｔｅｒｆａｃｅ）３０４と、磁気ディスクドライブ３０５と、磁気ディスク３０６と、光ディスクドライブ３０７と、光ディスク３０８と、入力装置３０９と、を有している。また、各構成部はバス３００によってそれぞれ接続されている。
　ここで、ＣＰＵ３０１は、情報提供装置２０１の全体の制御を司る。ＲＯＭ３０２は、ブートプログラムなどのプログラムを記憶している。ＲＡＭ３０３は、ＣＰＵ３０１のワークエリアとして使用される。Ｉ／Ｆ３０４は、通信回線を通じてネットワーク２１０に接続され、ネットワーク２１０を介して、クライアント端末２０２などの他の装置に接続される。そして、Ｉ／Ｆ３０４は、ネットワーク２１０と内部のインターフェースを司り、他の装置からのデータの入出力を制御する。Ｉ／Ｆ３０４には、たとえば、モデムやＬＡＮアダプタなどを採用することができる。
　磁気ディスクドライブ３０５は、ＣＰＵ３０１の制御にしたがって磁気ディスク３０６に対するデータのリード／ライトを制御する。磁気ディスク３０６は、磁気ディスクドライブ３０５の制御で書き込まれたデータを記憶する。光ディスクドライブ３０７は、ＣＰＵ３０１の制御にしたがって光ディスク３０８に対するデータのリード／ライトを制御する。光ディスク３０８は、光ディスクドライブ３０７の制御で書き込まれたデータを記憶したり、光ディスク３０８に記憶されたデータをコンピュータに読み取らせたりする。
　入力装置３０９は、文字、数字、各種指示などのデータの入力をおこなう。入力装置３０９は、たとえば、入力のためのキーを有するキーボードやタッチパネル式の入力パッドなどである。なお、情報提供装置２０１は、上述した構成部の他に、データを表示するディスプレイを有することにしてもよい。また、情報提供装置２０１は、たとえば、上述した構成部のうち光ディスクドライブ３０７および光ディスク３０８を有さないことにしてもよい。
（クライアント端末２０２のハードウェア構成例）
　図４は、実施の形態１にかかるクライアント端末２０２のハードウェア構成例を示すブロック図である。図４において、クライアント端末２０２は、ＣＰＵ４０１と、ＲＯＭ４０２と、ＲＡＭ４０３と、磁気ディスクドライブ４０４と、磁気ディスク４０５と、光ディスクドライブ４０６と、光ディスク４０７と、ディスプレイ４０８と、Ｉ／Ｆ４０９と、キーボード４１０と、マウス４１１と、スキャナ４１２と、プリンタ４１３と、を有している。また、各構成部はバス４００によってそれぞれ接続されている。
　ここで、ＣＰＵ４０１は、クライアント端末２０２の全体の制御を司る。ＲＯＭ４０２は、ブートプログラムなどのプログラムを記憶している。ＲＡＭ４０３は、ＣＰＵ４０１のワークエリアとして使用される。磁気ディスクドライブ４０４は、ＣＰＵ４０１の制御にしたがって磁気ディスク４０５に対するデータのリード／ライトを制御する。磁気ディスク４０５は、磁気ディスクドライブ４０４の制御で書き込まれたデータを記憶する。
　光ディスクドライブ４０６は、ＣＰＵ４０１の制御にしたがって光ディスク４０７に対するデータのリード／ライトを制御する。光ディスク４０７は、光ディスクドライブ４０６の制御で書き込まれたデータを記憶したり、光ディスク４０７に記憶されたデータをコンピュータに読み取らせたりする。
　ディスプレイ４０８は、カーソル、アイコンあるいはツールボックスをはじめ、文書、画像、機能情報などのデータを表示する。ディスプレイ４０８は、たとえば、ＣＲＴ、ＴＦＴ液晶ディスプレイ、プラズマディスプレイ、有機ＥＬディスプレイなどを採用することができる。
　Ｉ／Ｆ４０９は、通信回線を通じてネットワーク２１０に接続され、ネットワーク２１０を介して情報提供装置２０１などの他の装置に接続される。そして、Ｉ／Ｆ４０９は、ネットワーク２１０と内部のインターフェースを司り、他の装置からのデータの入出力を制御する。Ｉ／Ｆ４０９には、たとえば、モデムやＬＡＮアダプタなどを採用することができる。
　キーボード４１０は、文字、数字、各種指示などの入力のためのキーを備え、データの入力をおこなう。また、タッチパネル式の入力パッドやテンキーなどであってもよい。マウス４１１は、カーソルの移動や範囲選択、あるいはウィンドウの移動やサイズの変更などをおこなう。ポインティングデバイスとして同様に機能を備えるものであれば、タッチパネル、トラックボールやジョイスティックなどであってもよい。
　スキャナ４１２は、画像を光学的に読み取り、クライアント端末２０２内に画像データを取り込む。なお、スキャナ４１２は、ＯＣＲ（Ｏｐｔｉｃａｌ　Ｃｈａｒａｃｔｅｒ　Ｒｅａｄｅｒ）機能を持たせてもよい。また、プリンタ４１３は、画像データや文書データを印刷する。プリンタ４１３には、たとえば、レーザプリンタやインクジェットプリンタを採用することができる。なお、クライアント端末２０２は、たとえば、上述した構成部のうち、光ディスクドライブ４０６、光ディスク４０７、スキャナ４１２、プリンタ４１３などを有さないことにしてもよい。
（各種ＤＢ２２０、２３０、２４０、２５０、２６０、２７０、２８０、２９０の記憶内容）
　つぎに、図５～図１２を用いて、情報提供装置２０１が有する各種ＤＢ２２０、２３０、２４０、２５０、２６０、２７０、２８０、２９０の記憶内容について説明する。各種ＤＢ２２０、２３０、２４０、２５０、２６０、２７０、２８０、２９０は、たとえば、図３に示した情報提供装置２０１のＲＡＭ３０３、磁気ディスク３０６、光ディスク３０８などの記憶装置により実現される。
＜利用者認証ＤＢ２２０の記憶内容＞
　図５は、実施の形態１にかかる利用者認証ＤＢ２２０の記憶内容の一例を示す説明図である。図５において、利用者認証ＤＢ２２０は、少なくとも、「利用者ＩＤ」、「パスワード」のフィールドを有し、各フィールドに情報を設定することで、各利用者の認証情報（たとえば、認証情報５００－１～５００－３）をレコードとして記憶している。
　ここで、利用者ＩＤは、メールシステム２００の利用者の識別子である。パスワードは、メールシステム２００の利用者を認証する符号である。たとえば、認証情報５００－１は、利用者ＩＤ「ｙａｍａｄａ＠ｘｘｘ．ｗｗ」の利用者のパスワード「ｋｌｊｋｆａｐｄｏｊａｆ」を示している。本実施の形態においては、利用者ＩＤ「ｙａｍａｄａ＠ｘｘｘ．ｗｗ」は、後述するメールＤＢ２７０の「メッセージＩＤ」および「宛先」としても用いられる。
＜チャット利用者ＤＢ２３０の記憶内容＞
　図６は、実施の形態１にかかるチャット利用者ＤＢ２３０の記憶内容の一例を示す説明図である。図６において、チャット利用者ＤＢ２３０は、少なくとも、「利用者ＩＤ」、「チャットＩＤ」、「自動ＪＯＩＮチャンネル」、「現在ＪＯＩＮチャンネル」のフィールドを有し、各フィールドに情報を設定することで、各チャット利用者情報（たとえば、チャット利用者情報６００－１～６００－５）を記憶している。
　ここで、利用者ＩＤは、図５に示した利用者認証ＤＢ２２０と同様に、メールシステム２００の利用者の識別子である。チャットＩＤは、チャットにおける利用者の識別子であり、利用者ＩＤと１対１で対応する。自動ＪＯＩＮチャンネルは、後述する連携アプリデータ記録処理においてチャンネル文ＤＢ２８０から自動的にメッセージ（発言）を取得するために、利用者ＩＤに対応させてあらかじめ登録しているチャンネルである。
　現在ＪＯＩＮチャンネルは、現在、利用者ＩＤにかかる利用者が参加しているチャンネルに関する情報である。したがって、利用者は、現在ＪＯＩＮチャンネルの中から、自動的にメッセージをメールとして取得したいチャンネルを自動ＪＯＩＮチャンネルとして登録している。
　たとえば、チャット利用者情報６００－１は、利用者ＩＤ「ｙａｍａｄａ＠ｘｘｘ．ｗｗ」の利用者のチャットＩＤが「ｙａｍａｄａ」であり、自動ＪＯＩＮチャンネルが「健康管理」であり、現在ＪＯＩＮチャンネルが「健康管理、平成２２年会」であることを示している。自動ＪＯＩＮチャンネル、現在ＪＯＩＮチャンネルの全部または一部は、各利用者の所定の操作によって、追加、変更、削除することができる。
＜ＳＮＳ利用者ＤＢ２４０の記憶内容＞
　図７は、実施の形態１にかかるＳＮＳ利用者ＤＢ２４０の記憶内容の一例を示す説明図である。図７において、ＳＮＳ利用者ＤＢ２４０は、少なくとも「利用者ＩＤ」、「ニックネーム」、「アイコン」、「登録コミュニティ」のフィールドを有し、各フィールドに情報を設定することで、各ＳＮＳ利用者情報（たとえば、ＳＮＳ利用者情報７００－１～７００－５）を記憶している。
　ここで、利用者ＩＤは、図５に示した利用者認証ＤＢ２２０、図６に示したチャット利用者ＤＢ２３０と同様に、メールシステム２００の利用者の識別子である。ニックネームは、ＳＮＳにおける利用者の識別情報であり、利用者ＩＤと１対１で対応する。アイコンは、利用者のメッセージに付与される画像（イラスト、写真など）であって、利用者のメッセージと他の利用者のメッセージとを容易に視覚的に区別可能にするものである。
　登録コミュニティは、チャット利用者ＤＢ２３０の自動ＪＯＩＮチャンネルと同様に、後述する連携アプリデータ記録処理において、ＳＮＳメッセージＤＢ２９０から自動的にメッセージ（発言）を取得するために、利用者ＩＤに対応させてあらかじめ登録しているチャンネルである。
　たとえば、ＳＮＳ利用者情報７００－１は、利用者ＩＤ「ｙａｍａｄａ＠ｘｘｘ．ｗｗ」の利用者のニックネームが「やまだ」であり、アイコンは男性のイラスト画像であり、登録コミュニティが「教育コミュニティ」であることを示している。登録コミュニティの全部または一部は、各利用者の所定の操作によって、追加、変更、削除することができる。
＜設定ＤＢ２５０の記憶内容＞
　図８は、実施の形態１にかかる設定ＤＢ２５０の記憶内容の一例を示す説明図である。図８において、設定ＤＢ２５０は、少なくとも「アプリ（アプリケーション）名」、「チャンネル名／コミュニティ名」、「設定時間」のフィールドを有し、各フィールドに情報を設定することで、各利用者ごとの設定情報（たとえば、設定情報８００－１～８００－７）を記憶している。ここで、設定情報８００－１～８００－４が、チャットのチャンネルに関する設定であり、設定情報８００－５～８００－７が、ＳＮＳのコミュニティに関する設定である。
　設定時間は、後述する連携アプリデータ取得処理において、チャンネル文ＤＢ２８０またＳＮＳメッセージＤＢ２９０から自動的にメッセージ（発言）を取得する際に取得の可否を決定するための時間である。したがって、ＣＰＵ３０１は、前回の取得してからの時間が、この設定時間を経過している場合に、チャンネル文ＤＢ２８０またはＳＮＳメッセージＤＢ２９０から取得し、この設定時間を経過していない場合は取得しない。設定時間の設定は、分単位、時間単位に限らず、日単位、週単位などでもおこなうことができる。
　設定時間は、同じチャンネル、コミュニティであっても、利用者ごとに設定することができ、また、利用者または管理者の所定の操作によって変更することができる。したがって、各チャンネル、コミュニティにおいて、設定時間を短く設定することで、利用者はメッセージを頻繁にチェックすることが可能となる。また、設定時間を長く設定することで、利用者がメールとして頻繁にメール一覧表示画面に他のメールと同様に表示される煩わしさを解消することができる。
＜ログイン履歴ＤＢ２６０の記憶内容＞
　図９は、実施の形態１にかかるログイン履歴ＤＢ２６０の記憶内容の一例を示す説明図である。図９において、ログイン履歴ＤＢ２６０は、「ログイン日時」、「ログアウト日時」のフィールドを有し、各フィールドに日時情報を設定することで、各利用者のメールシステム２００へのログイン履歴情報を記憶している。図９においては、このログイン履歴ＤＢ２６０は、各利用者ごとに設けられているように示している。また、図９において、図示を省略する「利用者ＩＤ」のフィールドをさらに設けて、利用者ごとに管理できるようにしてもよい。
　図９において、ログイン履歴情報９００－１からは、利用者が「２０１２／２／１０　８：３４：２３」（２０１２年２月１０日８時３４分２３秒）にメールシステム２００へログインし、「２０１２／２／１０　２０：２３：２４」（２０１２年２月１０日２０時２３分２４秒）にメールシステム２００からログアウトしたことがわかる。また、ログイン履歴情報９００－３では、利用者が「２０１２／２／２０　１５：３２：０１」（２０１２年２月２０日１５時３２分０１秒）にメールシステム２００へログインしたことがわかり、「ログアウト日時」のフィールドに日時情報が記憶されていない。このことから、利用者が現在ログイン中であることがわかる。
＜メールＤＢ２７０の記憶内容＞
　図１０は、実施の形態１にかかるメールＤＢ２７０の記憶内容の一例を示す説明図である。図１０において、メールＤＢ２７０は、少なくとも「送受信情報」、「メッセージＩＤ」、「発信者ＩＤ」、「発信日時」、「宛先」、「件名」、「連携アプリ（アプリケーション）名」、「チャンネル名／コミュニティ名」、「本文」、「連携ＩＤ」のフィールドを有する。各フィールドに情報を設定することで、メール情報（たとえば、メール情報１０００－１～１０００－７）が記憶されている。
　図１０のメールＤＢ２７０において、メール情報のうち、メール情報１０００－１、１０００－４、１０００－５は通常のメールであり、メール情報１０００－２、１０００－３、１０００－６、１０００－７は連携アプリである。
　図１０において、メールＤＢ２７０は、各利用者ごとに設けられているように示しているが、複数の利用者について、共通のデータベースにおける「発信者ＩＤ」および「宛先」などのフィールド、あるいは図示を省略する他に設けられたフィールドから、利用者ごとに区別して管理できるようにしてもよい。したがって、図１０は、「発信者ＩＤ」および「宛先」のフィールドから利用者ＩＤである『ｙａｍａｄａ＠ｘｘｘ．ｗｗ』に該当する情報のみをメールＤＢ２７０から収集したものであるとすることもできる。
　送受信情報は、受信メール（『受信』）か送信メール（『送信』）かを区別する情報である。メッセージＩＤは、メールシステム２００にて送受信されたメールを一意に識別する識別子である。通常は全体としてユニークな文字列となればよいが、一般的に、＠マークの右側をドメイン名とし、左側は発信日時や利用者ＩＤなどを使い、何らかの規則で作成した文字列とすることで、全体としてユニークな文字列となるようにしている。本実施例では、メールを識別しやすいような文字列としている。
　図１０のメールＤＢ２７０において、メール情報１０００－２、１０００－３、１０００－５、１０００－６、１０００－７が受信メールであり、メール情報１０００－１、１０００－４が送信メールである。
　発信者ＩＤは、メールの送信元の識別子であり、たとえば、送信元となるユーザの利用者ＩＤである。発信日時は、メールの発信日時である。宛先は、メールの宛先であり、たとえば、メールの送信先となるユーザのメールアドレスである。宛先は、たとえば、ＣＣ（Ｃａｒｂｏｎ　Ｃｏｐｙ）やＢＣＣ（Ｂｌｉｎｄ　Ｃａｒｂｏｎ　Ｃｏｐｙ）を含む。
　件名は、メールの件名である。件名は、後述する図１３に示す一覧表示画面１３００にメールの概要情報の一部として表示される。連携アプリ（アプリケーション）名は、連携する他のメッセージ提供システムに関する情報である。具体的には、『チャット』はチャット提供システム（チャットアプリケーション）であり、チャット利用者ＤＢ２３０、チャンネル文ＤＢ２８０を参照したことを示しており、『ＳＮＳ』はＳＮＳ提供システム（ＳＮＳアプリケーション）であり、ＳＮＳ利用者ＤＢ２４０、ＳＮＳメッセージＤＢ２９０を参照したことを示している。図１０のメールＤＢ２７０において、連携アプリのメール情報１０００－３、１０００－６、１０００－７がチャットである。また、連携アプリのメール情報１０００－２がＳＮＳである。
　チャンネル名／コミュニティ名は、チャット利用者ＤＢ２３０において自動ＪＯＩＮチャンネルに記憶されているチャンネル名またはＳＮＳ利用者ＤＢ２４０において登録コミュニティに記憶されているコミュニティ名である。本文は、メールの本文情報として記述されたメッセージである。連携アプリの場合は、定型文（たとえば『チャット：○○コミュニティからの連携です。ｈｈ：ｍｍ－ＨＨ：ＭＭまでの○件です。』、『ＳＮＳ：○○コミュニティからの連携です。ｈｈ：ｍｍ－ＨＨ：ＭＭまでの○件です。』）の後に、チャンネル文ＤＢ２８０またはＳＮＳメッセージＤＢ２９０から抽出された発言内容が本文情報となる。
　連携ＩＤは、後述するチャンネル文ＤＢ２８０、ＳＮＳメッセージＤＢ２９０から抽出された連携ＩＤと一致する。連携ＩＤの内容については、後述する。
　このように、「連携アプリ名」、「チャンネル名／コミュニティ名」、「連携ＩＤ」は、アプリ連携のメールにのみデータが記憶され、連携アプリではない通常のメールには、「連携アプリ名」、「チャンネル名／コミュニティ名」、「連携ＩＤ」は記憶されない。
　たとえば、メール情報１０００－１は、利用者ＩＤが『ｙａｍａｄａ＠ｘｘｘ．ｗｗ』のユーザの送信メールに関する情報である。メールの「送受信情報」は『送信』、「メッセージＩＤ」は『ｓｙｓｔｅｍ２＠ｘｘｘ．ｗｗ』、「発信者ＩＤ」は『ｙａｍａｄａ＠ｘｘｘ．ｗｗ』、「発信日時」は『２０１１／２／２０　１６：３９：２９』、「宛先」は『ｔａｎａｋａ＠ｘｘｘ．ｗｗ』、「件名」は『○○システムの障害』、「本文」は『山田です。・・・』である。そして、このメール情報１０００－１は、通常のメールなので、「連携アプリ名」、「チャンネル名／コミュニティ名」および「連携ＩＤ」の各フィールドには情報は入っていない。
　また、メール情報１０００－２は、利用者ＩＤが『ｙａｍａｄａ＠ｘｘｘ．ｗｗ』のユーザの受信メールに関する情報である。メールの「送受信情報」は『受信』、「メッセージＩＤ」は『ａｐｐｒｅｎｋｅｉ３＠ｘｘｘ．ｗｗ』、「発信者ＩＤ」は『アプリ連携』、「発信日時」は『２０１１／２／２０　１６：３２：３２』、「宛先」は『ｙａｍａｄａ＠ｘｘｘ．ｗｗ』、「件名」は『ＳＮＳ：教育コミュニティ』、「連携アプリ名」は『ＳＮＳ』、「チャンネル名／コミュニティ名」は『教育』、「本文」は『ＳＮＳ：教育コミュニティからの連携です。・・・』、「連携ＩＤ」は『ＳＮＳ００００１』である。
　また、メール情報１０００－３も、利用者ＩＤが『ｙａｍａｄａ＠ｘｘｘ．ｗｗ』のユーザの受信メールに関する情報である。メールの「送受信情報」は『受信』、「メッセージＩＤ」は『ａｐｐｒｅｎｋｅｉ２＠ｘｘｘ．ｗｗ』、「発信者ＩＤ」は『アプリ連携』、「発信日時」は『２０１１／２／２０　１６：３２：０７』、「宛先」は『ｙａｍａｄａ＠ｘｘｘ．ｗｗ』、「件名」は『チャット：健康管理チャンネル』、「連携アプリ名」は『チャット』、「チャンネル名／コミュニティ名」は『健康管理』、「本文」は『チャット：健康管理チャンネルからの連携です。・・・』、「連携ＩＤ」は『ＣＨ００００２』である。
＜チャンネル文ＤＢ２８０の記憶内容＞
　図１１は、実施の形態１にかかるチャンネル文ＤＢ２８０の記憶内容の一例を示す説明図である。図１１において、チャンネル文ＤＢ２８０は、チャットにおけるチャンネル文情報を記憶するデータベースであり、少なくとも「チャンネル名」、「発信日時」、「チャットＩＤ」、「発言内容」、「連携ＩＤ」のフィールドを有し、各フィールドに情報を設定することで、チャンネル文情報（たとえば、チャンネル文情報１１００－１～１１００－１３）をレコードとして記憶している。チャンネル文情報は、図１１に示すように、各チャンネル名ごとに管理してもよい。
　発信日時は、発言の発信日時である。チャットＩＤは、チャットにおける利用者の識別子である。チャットＩＤのフィールドの情報は、チャット利用者ＤＢ２３０のチャットＩＤのフィールドの情報と対応する。これによって、チャンネル文情報の利用者ＩＤを特定することができる。発言内容は、利用者が発言したメッセージの内容である。
　連携ＩＤは、アプリ連携としてチャンネル文情報が抽出される際に、付与される識別子である。複数のチャンネル文情報が同時に抽出される場合は、同時に抽出される複数のチャンネル文情報に同一の連携ＩＤがそれぞれに付与され、記憶される。この連携ＩＤが付与されているか否かによって、チャンネル文がすでに抽出されたか未抽出であるかを判断することができる。また、連携ＩＤの違いによって、チャンネル文がどのタイミングで抽出されたかを判断することができる。連携ＩＤは、アプリ連携のメール情報としてメールＤＢ２７０「連携ＩＤ」のフィールドに記憶される。
＜ＳＮＳメッセージＤＢ２９０の記憶内容＞
　図１２は、実施の形態１にかかるＳＮＳメッセージＤＢ２９０の記憶内容の一例を示す説明図である。図１２において、ＳＮＳメッセージＤＢ２９０は、ＳＮＳにおけるＳＮＳメッセージ情報を記憶するデータベースであり、少なくとも「コミュニティ名」、「発信日時」、「ＳＮＳニックネーム」、「発言内容」、「連携ＩＤ」のフィールドを有し、各フィールドに情報を設定することで、ＳＮＳメッセージ情報（たとえば、メッセージ情報１２００－１～１２００－３）をレコードとして記憶している。ＳＮＳメッセージ情報は、図１２に示すように、各コミュニティ名ごとに管理してもよい。
　発信日時は、発言の発信日時である。ＳＮＳニックネームは、ＳＮＳにおける利用者の識別情報である。ＳＮＳニックネームのフィールドの情報は、ＳＮＳ利用者ＤＢ２４０のニックネームのフィールドの情報と対応する。これによって、ＳＮＳメッセージ情報の利用者ＩＤを特定することができる。発言内容は、利用者が発言したメッセージの内容である。
　連携ＩＤは、アプリ連携としてＳＮＳメッセージ情報が抽出される際に、付与される識別子である。複数のＳＮＳメッセージ情報が同時に抽出される場合は、同時に抽出される複数のＳＮＳメッセージ情報に同一の連携ＩＤがそれぞれに付与され、記憶される。この連携ＩＤが付与されているか否かによって、ＳＮＳメッセージがすでに抽出されたか未抽出であるかを判断することができる。また、連携ＩＤの違いによって、ＳＮＳメッセージがどのタイミングで抽出されたかを判断することができる。連携ＩＤは、アプリ連携のメール情報としてメールＤＢ２７０の「連携ＩＤ」のフィールドに記憶される。
（メール一覧表示画面の画面例）
　つぎに、図４に示したクライアント端末２０２のディスプレイ４０８に表示されるメール一覧表示画面について説明する。メール一覧表示画面の画面情報は、たとえば、情報提供装置２０１で作成され、クライアント端末２０２に送信される。
　図１３は、実施の形態１にかかるメール一覧表示画面の画面例を示す説明図である。利用者がメール一覧表示画面の表示要求をすると、ディスプレイ４０８に図１３に示すメール一覧表示画面１３００が表示される。図１３において、メール一覧表示画面１３００には、利用者ＩＤ「ｙａｍａｄａ＠ｘｘｘ．ｗｗ」の利用者宛に送信されたメールおよび利用者ＩＤ「ｙａｍａｄａ＠ｘｘｘ．ｗｗ」の利用者が送信したメールの概要情報（たとえば、概要情報１３００－１～１３００－７）が表示されている。
　また、メール一覧表示画面１３００には、「メッセージ作成」ボタンＢ１と、「アプリ連携最新受信」ボタンＢ２と、「ログアウト」ボタンＢ３とが備えられている。「メッセージ作成」ボタンＢ１がクリックされると、新規メールを作成するメッセージ作成画面の表示要求が情報提供装置２０１に送信された結果、図示を省略するメッセージ作成画面がディスプレイ４０８に表示される。
　「アプリ連携最新受信」ボタンＢ２は、後述する図２１のフローチャートのステップＳ２１０１に対応し、「アプリ連携最新受信」ボタンＢ２がクリックされると、後述する図２０のフローチャートのステップＳ２００８の連携アプリ記録処理（後述する図２３のフローチャート参照）が実行され、アプリ連携の最新情報を含む、更新されたメール一覧表示画面１３００がディスプレイ４０８に表示される。「ログアウト」ボタンＢ３がクリックされると、ログアウト要求が情報提供装置２０１に送信された結果、メール一覧表示画面１３００の表示が終了する。
　図１３において、メール一覧表示画面１３００には、利用者ＩＤ「ｙａｍａｄａ＠ｘｘｘ．ｗｗ」のユーザ宛に送信されたメールおよび利用者ＩＤ「ｙａｍａｄａ＠ｘｘｘ．ｗｗ」が差出人となっているメールの概要情報（たとえば、概要情報１３００－１～１３００－７）が表示されている。
　概要情報は、メールの差出人、発信日時および件名を示す情報である。ここでは、メールの差出人として、メールの発信者ＩＤが示されている。また、メールの件名として、メールのタイトルが示されている。たとえば、概要情報１３００－１は、メールの差出人「ｙａｍａｄａ＠ｘｘｘ．ｗｗ」、発信日時「２０１１／２／２０　１６：３９：２９」および件名「○○システムの障害」を示している。
　また、たとえば、概要情報１３００－２は、メールの差出人「アプリ連携」、発信日時「２０１１／２／２０　１６：３２：３２」および件名「ＳＮＳ：教育コミュニティ」を示している。また、たとえば、概要情報１３００－３は、メールの差出人「アプリ連携」、発信日時「２０１１／２／２０　１６：３２：０７」および件名「チャット：健康管理チャンネル」を示している。
　各概要情報は、図１３に示すように、通常のメール、チャットのアプリ連携、ＳＮＳのアプリ連携ごとに表示の仕方、たとえば文字色やフォントを変えたり、背景色を変えるなどすることにより、それぞれを容易に区別できるようにしてもよい。また、図示を省略するが、通常のメール、チャットのアプリ連携、ＳＮＳのアプリ連携ごとに並べ替えができるようにしてもよい。
　メール一覧表示画面１３００において、図４に示したキーボード４１０やマウス４１１を用いたユーザの操作入力により、メール一覧表示画面１３００に表示される図示を省略するカーソルを移動させていずれかの概要情報がクリックされると、該概要情報に対応するメールが選択された状態となる。
（メッセージ表示画面の画面例）
　つぎに、クライアント端末２０２のディスプレイ４０８に表示されるメッセージ表示画面について説明する。図１４～図１６は、実施の形態１にかかるメッセージ表示画面の画面例を示す説明図である。
　図１３のメール一覧表示画面１３００において、利用者が概要情報１３００－２の表示要求をすると、ディスプレイ４０８に図１４に示すＳＮＳのメッセージ表示画面１４００が表示される。
　図１４において、「メール一覧に戻る」ボタンＢ４は、後述する図２２のフローチャートのステップＳ２２０４に対応している。「メール一覧に戻る」ボタンＢ４がクリックされると、ステップＳ２１０７の連携アプリデータ取得処理（後述する図２４のフローチャート参照）が実行され、更新されたメール一覧表示画面１３００がディスプレイ４０８に表示される。
　「前の教育コミュニティメッセージ」の矢印ボタンＢ５および「次の教育コミュニティメッセージ」の矢印ボタンＢ６は、後述する図２２のフローチャートのステップＳ２２０３に対応している。矢印ボタンＢ５またはＢ６がクリックされると、ステップＳ２２０５によって前／後の連携ＩＤをメールＤＢ２７０から取得して、取得された連携ＩＤが付与されたメッセージを含むメッセージ表示画面１４００（図示省略）がディスプレイ４０８に表示される。
　図１３のメール一覧表示画面１３００において、利用者が概要情報１３００－７の表示要求をすると、ディスプレイ４０８に図１５に示すチャットのメッセージ表示画面１５００が表示される。
　図１５において、「メール一覧に戻る」ボタンＢ７は、図１４に示した「メール一覧に戻る」ボタンＢ４と同じ機能を有する。「前の健康管理チャンネルメッセージ」の矢印ボタンＢ８、「次の健康管理チャンネルメッセージ」の矢印ボタンＢ９も、「前の教育コミュニティメッセージ」の矢印ボタンＢ５、「次の教育コミュニティメッセージ」の矢印ボタンＢ６と同様の機能を有する。
　図１５のメッセージ表示画面１５００において、利用者が「次の健康管理チャンネルメッセージ」の矢印ボタンＢ９を押下すると、ディスプレイ４０８に図１６に示すＳＮＳのメッセージ表示画面１６００が表示される。図１３のメール一覧表示画面１３００において、利用者が概要情報１３００－３の表示要求をしても同様に、ディスプレイ４０８に図１６に示すチャットのメッセージ表示画面１６００が表示される。
　図１６において、「メール一覧に戻る」ボタンＢ７、「前の健康管理チャンネルメッセージ」の矢印ボタンＢ８、「次の健康管理チャンネルメッセージ」の矢印ボタンＢ９のそれぞれのボタンは、図１５におけるメッセージ表示画面１５００と同様の機能を有する。
　また、図１４～図１６のメッセージ表示画面１４００～１６００には、図１３に示したメール一覧表示画面１３００において設けた「ログアウト」ボタンＢ３が設けられてはいないが、それぞれのメッセージ表示画面１４００～１６００において、「ログアウト」ボタンＢ３と同様の「ログアウト」ボタンを設けるようにしてもよい。そうすることで、メッセージ表示画面１４００～１６００から、一端、メール一覧表示画面１３００へ戻らなくても、直接ログアウトすることができる。
（情報提供装置２０１の機能的構成例）
　図１７は、実施の形態１にかかる情報提供装置２０１の機能的構成例を示すブロック図である。図１７において、情報提供装置２０１は、受付部１７０１と、メッセージ抽出部１７０２と、メール作成部１７０３と、メール記憶部１７０４と、一覧表示画面作成部１７０５と、出力部１７０６と、メール抽出部１７０７と、を含む。受付部１７０１～メール抽出部１７０７は、制御部となる機能であり、具体的には、たとえば、図３に示したＲＯＭ３０２、ＲＡＭ３０３、磁気ディスク３０６、光ディスク３０８などの記憶装置に記憶されたプログラムをＣＰＵ３０１に実行させることにより、または、Ｉ／Ｆ３０４により、その機能を実現する。
　受付部１７０１は、所定のアドレス宛に送信されたメールあるいは所定のアドレスから送信されたメールの表示要求を受け付ける機能を有する。ここで、所定のアドレスとは、メールシステム２００にてメールを送受信する際にユーザを特定するための文字列であり、たとえば、ユーザのメールアドレスである。所定のアドレスは、１ユーザに対して複数存在していてもよい。
　また、メールの表示要求には、たとえば、要求元となるユーザの利用者ＩＤと、表示要求の対象となるメールのメッセージＩＤとが含まれている。利用者ＩＤは、たとえば、ユーザのメールアドレスである。
　具体的には、たとえば、受付部１７０１が、対象となるメールの表示要求をクライアント端末２０２から受信することにより、当該メールの表示要求を受け付ける。また、受付部１７０１が、たとえば、図３に示した入力装置３０９を用いたユーザの操作入力により、当該メールの表示要求を受け付けることにしてもよい。
　また、受付部１７０１は、利用者認証処理をおこなうようにしてもよい。具体的には、たとえば、図示を省略する利用者ＩＤ、パスワード入力画面の画面情報をクライアント端末２０２に送信し、利用者ＩＤおよびパスワードを受信した場合に、図５に示した利用者認証ＤＢ２２０を参照して、利用者ＩＤおよびパスワードが一致するか否かを判断することによって、利用者の認証処理を実行する。そして、受付部１７０１は、利用者が認証された場合には、図９に示したログイン履歴ＤＢ２６０にログイン日時を記憶する。
　メッセージ抽出部１７０２は、受付部１７０１によって受け付けられたメールの表示要求にかかるアドレスに対応する利用者の識別情報に基づいて、他のメッセージ提供システムに記憶されているメッセージを抽出する。具体的には、メッセージ抽出部１７０２は、たとえば、利用者の識別情報に基づいて、他のメッセージ提供システムに記憶されているメッセージのうち、当該利用者が参加しているグループにおけるメッセージのみを抽出する。
　より具体的には、たとえば、メッセージ抽出部１７０２は、図６に示したチャット利用者ＤＢ２３０から、ここで、利用者ＩＤに対応する自動ＪＯＩＮチャンネルを抽出する。利用者ＩＤが「ｙａｍａｄａ＠ｘｘｘ．ｗｗ」であれば、自動ＪＯＩＮチャンネル「健康管理」が抽出される。そして、メッセージ抽出部１７０２は、抽出された「健康管理」に該当するチャンネル名「健康管理」のチャンネル文情報をチャンネル文ＤＢ２８０から抽出する。
　その際、メッセージ抽出部１７０２は、前回の抽出後にチャンネル文ＤＢ２８０に記憶されたメッセージのみを抽出するようにするとよい。具体的には、メッセージ抽出部１７０２は、たとえば、チャンネル文ＤＢ２８０における、抽出された「健康管理」に該当するチャンネル名「健康管理」のチャンネル文情報の中から、連携ＩＤが設定されていないチャンネル文情報のみを抽出するようにしてもよい。
　また、メッセージ抽出部１７０２は、前回の抽出後から今回の表示要求までの時間が、あらかじめ設定された設定時間を経過している場合に、他のメッセージ提供システムに記憶されているメッセージを抽出するようにしてもよい。具体的には、メッセージ抽出部１７０２は、たとえば、図８に示した、設定ＤＢ２５０から、設定時間を取得し、前回の抽出後から今回の表示要求までの時間と当該設定時間とを比較して、前回の抽出後から今回の表示要求までの時間が当該設定時間を超えている場合にのみ、メッセージを抽出するようにしてもよい。
　より具体的には、メッセージ抽出部１７０２は、チャンネル名「健康管理」の設定時間は「１時間」であるので、前回の抽出から１時間経過後になっている場合にのみ、上記メールの抽出処理をおこなうようにしてもよい。
　また、同様に、メッセージ抽出部１７０２は、図７に示したＳＮＳ利用者ＤＢ２４０から、利用者ＩＤに対応する登録コミュニティを抽出する。ここで、利用者ＩＤが「ｙａｍａｄａ＠ｘｘｘ．ｗｗ」であれば、登録コミュニティ「教育コミュニティ」が抽出される。そして、メッセージ抽出部１７０２は、抽出された「教育コミュニティ」に該当するコミュニティ名「教育コミュニティ」のＳＮＳメッセージ情報をＳＮＳメッセージＤＢ２９０から抽出する。
　その際、メッセージ抽出部１７０２は、前回の抽出後にＳＮＳメッセージＤＢ２９０に記憶されたメッセージのみを抽出するようにするとよい。具体的には、メッセージ抽出部１７０２は、たとえば、ＳＮＳメッセージＤＢ２９０における、抽出された「教育コミュニティ」に該当するコミュニティ名「教育コミュニティ」のＳＮＳメッセージ情報の中から、連携ＩＤが設定されていないＳＮＳメッセージ情報のみを抽出するようにしてもよい。
　また、メッセージ抽出部１７０２は、前回の抽出後から今回の表示要求までの時間が、あらかじめ設定された設定時間を経過している場合に、他のメッセージ提供システムに記憶されているメッセージを抽出するようにしてもよい。具体的には、メッセージ抽出部１７０２は、たとえば、図８に示した、設定ＤＢ２５０から、設定時間を取得し、前回の抽出後から今回の表示要求までの時間と当該設定時間とを比較して、前回の抽出後から今回の表示要求までの時間が当該設定時間を超えている場合にのみ、メッセージを抽出するようにしてもよい。
　より具体的には、メッセージ抽出部１７０２は、コミュニティ名「教育コミュニティ」の設定時間は「１時間」であるので、前回の抽出から１時間が経過している場合にのみ、上記メールの抽出処理をおこなうようにしてもよい。
　メール作成部１７０３は、抽出されたメッセージの内容を含む、利用者を宛先としたメール（連携アプリデータ）を作成する。具体的には、メール作成部１７０３は、メッセージＩＤをあらたに作成し、メールＤＢ２７０に対して、作成されたメッセージＩＤを記憶し、宛先に当該利用者の宛先を設定（記憶）し、件名に提携の文書を設定（記憶）し、連携アプリ名を記憶し、チャンネル名／コミュニティ名を記憶し、本文に抽出されたメッセージの内容を登録（記憶）し、連携ＩＤを記憶する。このようにすることによって、連携アプリデータが、通常のメールと同様に、メールＤＢ２７０に記憶される。
　メール記憶部１７０４は、前記利用者を差出人または宛先としたメールが記憶される。メール記憶部１７０４は、たとえば、図１０に示したメールＤＢ２７０によってその機能を実現することができる。
　一覧表示画面作成部１７０５は、メール記憶部１７０４に記憶されているメールの内容に基づいて、当該メールの概要情報からなる前記利用者用のメールの一覧表示画面を作成する。具体的には、たとえば、メールＤＢ２７０から、発信者ＩＤ、発信日時、件名を抽出し、所定のフォーマットによりメール情報を一覧表示する画面（具体的には、たとえば図１３に示したメール一覧表示画面１３００）を作成する。
　出力部１７０６は、一覧表示画面作成部１７０５によって作成された一覧表示画面を出力する。具体的には、クライアント端末２０２へ一覧表示画面の情報を送信して、図４に示したクライアント端末２０２のディスプレイ４０８に当該一覧表示画面を表示する。
　また、受付部１７０１は、出力部１７０６によって出力された一覧表示画面に一覧で表示された概要情報にかかるメールの選択要求を受け付ける。具体的には、メール一覧表示画面１３００において、図４に示したキーボード４１０やマウス４１１を用いたユーザの操作入力により、メール一覧表示画面１３００に表示される図示を省略するカーソルを移動させていずれかの概要情報がクリックされることによって、該概要情報に対応するメールが選択され、その情報をクライアント端末２０２から受信することによってメールの選択要求を受け付ける。
　メール抽出部１７０７は、受け付けられた選択要求にかかるメールの内容をメール記憶部１７０４から抽出する。具体的には、たとえば、受け付けた選択要求にかかるメッセージＩＤのメール情報をメールＤＢ２７０から抽出する。また、出力部１７０６は、抽出されたメールの内容を出力する。具体的には、クライアント端末２０２へメッセージ表示画面（具体的には、たとえば図１４に示したメッセージ表示画面１４００、図１５に示したメッセージ表示画面１５００）の情報を送信して、クライアント端末２０２のディスプレイ４０８に当該一覧表示画面を表示する。
（情報提供装置２０１の情報提供処理手順）
　つぎに、実施の形態１にかかる情報提供装置２０１の情報提供処理手順について説明する。図１８は、実施の形態１にかかる情報提供装置２０１の情報提供処理（チャットプログラム）手順の一例を示すフローチャートである。
　図１８のフローチャートにおいて、まず、ＣＰＵ３０１により、自動ＪＯＩＮチャンネル名に参加している他の参加者のチャットＩＤを、図６に示したチャット利用者ＤＢ２３０から取得する（ステップＳ１８０１）。そして、ＣＰＵ３０１により、自動ＪＯＩＮチャンネルに参加者を含めたチャット画面を作成し、クライアント端末２０２へ送信する（ステップＳ１８０２）。
　つぎに、ＣＰＵ３０１により、新規チャンネル名称とチャンネル作成要求をクライアント端末２０２から受信したか否かを判断する（ステップＳ１８０３）。ここで、ＣＰＵ３０１により、新規チャンネル名称とチャンネル作成要求を受信しなかった場合（ステップＳ１８０３：Ｎｏ）は、ステップＳ１８０８へ移行する。一方、ＣＰＵ３０１により、新規チャンネル名称とチャンネル作成要求をクライアント端末２０２から受信した場合（ステップＳ１８０３：Ｙｅｓ）は、図１１に示したチャンネル文ＤＢ２８０に、新規チャンネル名に対応する欄を追加する（ステップＳ１８０４）。
　そして、ＣＰＵ３０１により、チャット利用者ＤＢ２３０におけるその利用者ＩＤの現在ＪＯＩＮチャンネルにその新規チャンネル名を記憶し（ステップＳ１８０５）、新規作成したチャンネルを、チャット画面に追加する（ステップＳ１８０６）。その後、ＣＰＵ３０１により、そのチャット画面（図示省略）をクライアント端末２０２へ送信する（ステップＳ１８０７）。
　つぎに、ＣＰＵ３０１により、チャンネルへの参加要求をクライアント端末２０２から受信したか否かを判断する（ステップＳ１８０８）。ここで、チャンネルへの参加要求を受信しなかった場合（ステップＳ１８０８：Ｎｏ）は、ステップＳ１８１２へ移行する。一方、ＣＰＵ３０１により、チャンネルへの参加要求を受信した場合（ステップＳ１８０８：Ｙｅｓ）は、ＣＰＵ３０１により、チャット利用者ＤＢ２３０におけるその利用者ＩＤの現在ＪＯＩＮチャンネルに当該チャンネル名を記憶し（ステップＳ１８０９）、当該チャンネルを、チャット画面に追加する（ステップＳ１８１０）。その後、ＣＰＵ３０１により、そのチャット画面（図示省略）をクライアント端末２０２へ送信する（ステップＳ１８１１）。
　つぎに、ＣＰＵ３０１により、あるチャンネル宛へのメッセージをクライアント端末２０２から受信したか否かを判断する（ステップＳ１８１２）。ここで、メッセージを受信しなかった場合（ステップＳ１８１２：Ｎｏ）は、ステップＳ１８１７へ移行する。一方、ＣＰＵ３０１により、当該チャンネル宛へのメッセージを受信した場合（ステップＳ１８１２：Ｙｅｓ）は、当該チャンネルに対応するチャンネル文ＤＢ２８０に発言者とメッセージを記憶する（ステップＳ１８１３）。
　そして、ＣＰＵ３０１により、チャット利用者ＤＢ２３０から、当該チャンネルを現在ＪＯＩＮチャンネルとして持つチャットＩＤを検出する（ステップＳ１８１４）。つぎに、ＣＰＵ３０１により、検出したチャットＩＤに対応するチャット画面の、当該チャンネル欄にメッセージを追加する（ステップＳ１８１５）。その後、ＣＰＵ３０１により、そのチャット画面（図示省略）をクライアント端末２０２へ送信する（ステップＳ１８１６）。
　つぎに、ＣＰＵ３０１により、終了要求をクライアント端末２０２から受信したか否かを判断する（ステップＳ１８１７）。ここで、終了要求を受信しなかった場合（ステップＳ１８１７：Ｎｏ）は、ステップＳ１８０３へ移行する。一方、終了要求を受信した場合（ステップＳ１８１７：Ｙｅｓ）は、本フローチャートの一連の処理を終了する。
　図１９は、実施の形態１にかかる情報提供装置２０１の情報提供処理（ＳＮＳプログラム）手順の一例を示すフローチャートである。図１９のフローチャートにおいて、まず、ＣＰＵ３０１により、図７に示したＳＮＳ利用者ＤＢ２４０から、利用者の登録コミュニティを取得する（ステップＳ１９０１）。そして、ＣＰＵ３０１により、図１２に示したＳＮＳメッセージＤＢ２９０の、取得されたコミュニティに対応するメッセージを取得してコミュニティ画面を作成し、作成されたコミュニティ画面（図示省略）をクライアント端末２０２へ送信する（ステップＳ１９０２）。
　つぎに、ＣＰＵ３０１により、コミュニティへの参加要求をクライアント端末２０２から受信したか否かを判断する（ステップＳ１９０３）。ここで、コミュニティへの参加要求を受信しなかった場合（ステップＳ１９０３：Ｎｏ）は、ステップＳ１９０６へ移行する。一方、ＣＰＵ３０１により、コミュニティへの参加要求を受信した場合（ステップＳ１９０３：Ｙｅｓ）は、利用者のＳＮＳ利用者ＤＢ２４０の登録コミュニティに、指定されたコミュニティ名を記憶し（ステップＳ１９０４）、ＳＮＳメッセージＤＢ２９０の、当該コミュニティに対応するメッセージを取得してコミュニティ画面を作成し、作成されたコミュニティ画面（図示省略）をクライアント端末２０２へ送信する（ステップＳ１９０５）。
　つぎに、ＣＰＵ３０１により、あるコミュニティ宛へのメッセージをクライアント端末２０２から受信したか否かを判断する（ステップＳ１９０６）。ここで、メッセージを受信しなかった場合（ステップＳ１９０６：Ｎｏ）は、ステップＳ１９０８へ移行する。一方、ＣＰＵ３０１により、当該コミュニティ宛へのメッセージを受信した場合（ステップＳ１９０６：Ｙｅｓ）は、ＳＮＳメッセージＤＢ２９０の、当該コミュニティに対応する欄に発言者とメッセージを記憶する（ステップＳ１９０７）。
　つぎに、ＣＰＵ３０１により、終了要求をクライアント端末２０２から受信したか否かを判断する（ステップＳ１９０８）。ここで、終了要求を受信しなかった場合（ステップＳ１９０８：Ｎｏ）は、ステップＳ１９０３へ移行する。一方、終了要求を受信した場合（ステップＳ１９０８：Ｙｅｓ）は、本フローチャートの一連の処理を終了する。
　図２０～図２２は、実施の形態１にかかる情報提供装置２０１の情報提供処理手順の一例を示すフローチャートである。図２０のフローチャートにおいて、まず、ＣＰＵ３０１により、メール表示要求をクライアント端末２０２から受信したか否かを判断する（ステップＳ２００１）。ここで、ＣＰＵ３０１により、メール表示要求を受信するのを待つ（ステップＳ２００１：Ｎｏ）。そして、ＣＰＵ３０１により、メール表示要求を受信した場合（ステップＳ２００１：Ｙｅｓ）は、利用者ＩＤ、パスワード入力画面（図示省略）の画面情報をクライアント端末２０２に送信する（ステップＳ２００２）。つぎに、ＣＰＵ３０１により、利用者ＩＤ、パスワードをクライアント端末２０２から受信したか否かを判断する（ステップＳ２００３）。
　ここで、ＣＰＵ３０１により、利用者ＩＤおよびパスワードを受信するのを待つ（ステップＳ２００３：Ｎｏ）。そして、ＣＰＵ３０１により、利用者ＩＤおよびパスワードを受信した場合（ステップＳ２００３：Ｙｅｓ）は、図５に示した利用者認証ＤＢ２２０を参照して、利用者の認証処理を実行する（ステップＳ２００４）。
　具体的には、たとえば、ＣＰＵ３０１が、利用者認証ＤＢ２２０を参照して、受信した利用者ＩＤに対応するパスワードを特定する。そして、ＣＰＵ３０１が、受信したパスワードと、特定したパスワードとの一致判定をおこなう。この結果、ＣＰＵ３０１は、パスワードが一致する場合、ＣＰＵ３０１が利用者を認証する。一方、パスワードが不一致の場合、ＣＰＵ３０１が利用者を認証しない。
　つぎに、ＣＰＵ３０１により、利用者が認証されたか否かを判断する（ステップＳ２００５）。ここで、ユーザが認証されなかった場合（ステップＳ２００５：Ｎｏ）は、ＣＰＵ３０１により、認証エラー画面（図示省略）の画面情報をクライアント端末２０２に送信して（ステップＳ２００６）、本フローチャートによる一連の処理を終了する。
　一方、ステップＳ２００５において、ユーザが認証された場合（ステップＳ２００５：Ｙｅｓ）は、ＣＰＵ３０１により、図９に示したログイン履歴ＤＢ２６０のログイン欄に認証された時刻を記録する（ステップＳ２００７）。そして、ＣＰＵ３０１により、連携アプリデータ記録処理を実行する（ステップＳ２００８）。ステップＳ２００８の連携アプリデータ記録処理の内容については、図２３を用いて後に説明する。
　その後、図１０に示した受信した利用者ＩＤのメールＤＢ２７０に基づいて、図１３に示したメール一覧表示画面１３００を作成する（ステップＳ２００９）。具体的には、「発信者ＩＤ」、「宛先」の少なくともいずれかのフィールドの情報が利用者ＩＤの情報と一致するメール情報を抽出し、抽出したメール情報に基づいて、メール一覧表示画面の画面情報を作成する。この際、ＣＰＵ３０１が、メールの発生日時が新しい順にソートされたメール一覧表示画面の画面情報を作成することにしてもよい。
　そして、ＣＰＵ３０１により、メール一覧表示画面の画面情報をクライアント端末２０２に送信する（ステップＳ２０１０）。このクライアント端末２０２は、ステップＳ２００１において受信されたメール一覧表示画面の表示要求の要求元のクライアント端末２０２である。
　その後、ＣＰＵ３０１により、表示終了要求をクライアント端末２０２から受信したか否かを判断する（ステップＳ２０１１）。表示終了要求は、たとえば、図１３に示したメール一覧表画面１３００の「ログアウト」ボタンＢ３を利用者が押下することによっておこなうことができる。ここで、終了要求を受信しなかった場合（ステップＳ２０１１：Ｎｏ）は、図２１のフローチャートのステップＳ２１０１へ移行する。一方、終了要求を受信した場合（ステップＳ２０１１：Ｙｅｓ）は、ＣＰＵ３０１により、図９に示したログイン履歴ＤＢ２６０のログアウト欄に終了要求を受信した時刻を記録し（ステップＳ２０１２）、一連の処理を終了する。
　つぎに、図２１のフローチャートにおいて、ＣＰＵ３０１により、アプリ連携最新受信要求をクライアント端末２０２から受信したか否かを判断する（ステップＳ２１０１）。アプリ連携最新受信要求は、たとえば、図１３に示したメール一覧表示画面１３００の「アプリ連携最新受信」ボタンＢ２を利用者が押下することによっておこなうことができる。ここで、アプリ連携最新受信要求を受信した場合（ステップＳ２１０１：Ｙｅｓ）は、図２０のフローチャートのステップＳ２００８へ移行し、ステップＳ２００８以降の処理を繰り返し実行する。
　ステップＳ２１０１において、アプリ連携最新受信要求を受信しなかった場合（ステップＳ２１０１：Ｎｏ）は、つぎに、ＣＰＵ３０１により、メール選択情報、すなわち図１３に示したメール一覧表示画面１３００に一覧表示されている概要情報の中の所定のメッセージの表示要求をクライアント端末２０２から受信したか否かを判断する（ステップＳ２１０２）。ここで、ＣＰＵ３０１により、メール選択情報を受信していない場合（ステップＳ２１０２：Ｎｏ）は、ステップＳ２１０６へ移行する。
　一方、ＣＰＵ３０１により、メール選択情報を受信した場合（ステップＳ２１０２：Ｙｅｓ）、選択されたメールがアプリ連携メールか否かを判断する（ステップＳ２１０３）。選択されたメールがアプリ連携メールか否かは、図１０に示したメールＤＢ２７０の「連携アプリ名」のフィールドに『ＳＮＳ』または『チャット』の情報が記憶されているか否かで判断する。メールＤＢ２７０の「連携アプリ名」のフィールドに『ＳＮＳ』または『チャット』の情報が記憶されていれば、アプリ連携メールであると判断し、いずれの情報も記録されていなければ、アプリ連携メールでない（すなわち、通常のメールである）と判断する。
　ステップＳ２１０３において、選択されたメールがアプリ連携メールである場合（ステップＳ２１０３：Ｙｅｓ）は、図２２のフローチャートのステップＳ２２０１へ移行する。一方、ＣＰＵ３０１により、選択されたメールがアプリ連携メールでない場合（ステップＳ２１０３：Ｎｏ）は、選択されたメールの本文、発信日時などをメールＤＢ２７０から取得する（ステップＳ２１０４）。そして、ＣＰＵ３０１により、本文、発信日時などを含めたメッセージ表示画面（図示省略）を作成し、作成したメッセージ表示画面の画面情報をクライアント端末２０２に送信する（ステップＳ２１０５）。
　その後、ＣＰＵ３０１により、一覧表示画面の表示要求をクライアント端末２０２から受信するのを待って（ステップＳ２１０６：Ｎｏ）、ＣＰＵ３０１により、一覧表示画面の表示要求を受信した場合（ステップＳ２１０６：Ｙｅｓ）は、連携アプリデータ取得処理を実行する（ステップＳ２１０７）。ステップＳ２１０６の連携アプリデータ取得処理の内容については図２４を用いて後に説明する。そして、ステップＳ２１０７の連携アプリデータ取得処理の後に、図２０のフローチャートのステップＳ２００９へ移行し、ステップＳ２００９以降の処理を繰り返し実行する。
　引き続き、ステップＳ２１０３において、選択されたメールがアプリ連携メールである場合（ステップＳ２１０３：Ｙｅｓ）の処理の手順を説明する。図２２のフローチャートにおいて、ＣＰＵ３０１により、選択されたメールの連携ＩＤを図１０に示したメールＤＢ２７０から取得する（ステップＳ２２０１）。
　そして、取得された連携ＩＤに対する図１１に示したチャンネル文ＤＢ２８０の情報または図１２に示したＳＮＳメッセージＤＢ２９０の情報を用いて、図１４または図１５に示すようなメッセージの表示画面を作成し、ＣＰＵ３０１によりクライアント端末２０２へ送信する（ステップＳ２２０２）。
　つぎに、ＣＰＵ３０１により、クライアント端末２０２から、前／後のチャンネル／コミュニティのメッセージ表示要求を受信したか否かを判断する（ステップＳ２２０３）。前のチャンネルのメッセージ表示要求は、たとえば図１５の「前の健康管理チャンネルメッセージ」の矢印ボタンＢ８を利用者が押下することによっておこなうことができる。また、後のチャンネルのメッセージ表示要求は、たとえば図１５の「次の健康管理チャンネルメッセージ」の矢印ボタンＢ９を利用者が押下することによっておこなうことができる。
　同様に、前のコミュニティのメッセージ表示要求は、たとえば図１４の「前の教育コミュニティメッセージ」の矢印ボタンＢ５を利用者が押下することによっておこなうことができる。また、後のコミュニティのメッセージ表示要求は、たとえば図１４の「次の教育コミュニティメッセージ」の矢印ボタンＢ６を利用者が押下することによっておこなうことができる。
　ステップＳ２２０３において、ＣＰＵ３０１により、クライアント端末２０２から、前／後のチャンネル／コミュニティのメッセージ表示要求を受信した場合（ステップＳ２２０３：Ｙｅｓ）は、前／後の連携ＩＤをメールＤＢ２７０から取得し（ステップＳ２２０５）、ステップＳ２２０２へ戻り、以後ステップＳ２２０２以降の処理を繰り返し実行する。
　具体的には、図１０のメールＤＢ２７０において、連携ＩＤが「ＣＨ００００１」に対するチャンネル文ＤＢ２８０の情報を用いてメッセージの表示画面が作成されていた場合に、前のチャンネルのメッセージ表示要求を受信した場合は、連携ＩＤが「ＣＨ０００００」に対するチャンネル文ＤＢ２８０の情報を用いたメッセージの表示画面が作成され、後のチャンネルのメッセージ表示要求を受信した場合は、連携ＩＤが「ＣＨ００００２」に対するチャンネル文ＤＢ２８０の情報を用いたメッセージの表示画面が作成されることになる。
　ステップＳ２２０３において、前／後のチャンネル／コミュニティのメッセージ表示要求を受信しなかった場合（ステップＳ２２０３：Ｎｏ）は、ＣＰＵ３０１により、クライアント端末２０２から、一覧表示画面の表示要求を受信したか否かを判断する（ステップＳ２２０４）。ここで、一覧表示画面の表示要求を受信しなかった場合（ステップＳ２２０４：Ｎｏ）は、ステップＳ２２０３へ戻る。一方、一覧表示画面の表示要求を受信した場合（ステップＳ２２０４：Ｙｅｓ）は、図２１に示したステップＳ２１０７へ移行する。
　これにより、利用者からの各種表示要求に対して、メール一覧表示画面、メッセージ作成画面およびメッセージ表示画面の画面情報をクライアント端末２０２に提供することができる。
（連携アプリデータ記録処理）
　つぎに、図２０のステップＳ２００８における連携アプリデータ記録処理の手順について説明する。図２３は、実施の形態１にかかる連携アプリデータ記録処理の具体的処理手順の一例を示すフローチャートである。図２３のフローチャートにおいて、ＣＰＵ３０１により、利用者ＩＤのチャット利用者ＤＢ２３０から、自動ＪＯＩＮチャンネルを取得する（ステップＳ２３０１）。
　自動ＪＯＩＮチャンネルが複数あれば、それらすべての自動ＪＯＩＮチャンネルを取得する。たとえば利用者ＩＤが「ｙａｍａｄａ＠ｘｘｘ．ｗｗ」であれば、自動ＪＯＩＮチャンネルとして「健康管理」を取得し、利用者ＩＤが「ｔａｎａｋａ＠ｘｘｘ．ｗｗ」であれば、自動ＪＯＩＮチャンネルとして「テニスクラブ」、「特許相談」、「健康管理」の３つを取得する。
　同様にして、ＣＰＵ３０１により、利用者ＩＤのＳＮＳ利用者ＤＢ２４０から、登録コミュニティを取得する（ステップＳ２３０２）。登録コミュニティが複数あれば、それらすべての登録コミュニティを取得する。たとえば利用者ＩＤが「ｙａｍａｄａ＠ｘｘｘ．ｗｗ」であれば、登録コミュニティとして「教育コミュニティ」を取得し、利用者ＩＤが「ｓｕｚｕｋｉ＠ｘｘｘ．ｗｗ」であれば、自動ＪＯＩＮ登録コミュニティとして「教育コミュニティ」、「特許コミュニティ」の２つを取得する。
　つぎに、ＣＰＵ３０１により、今までの自動ＪＯＩＮチャンネルでの発言のうち、連携ＩＤが付与されていない発言を、チャンネル文ＤＢ２８０から取得して、新しい連携ＩＤを割り振り（ステップＳ２３０３）、割り振られた新しい連携ＩＤをチャンネル文ＤＢ２８０に記録する（ステップＳ２３０４）。
　そして、ＣＰＵ３０１により、メッセージＩＤを作成して、現在日時と、件名と、連携アプリ名と、チャンネル名と、本文と、連携ＩＤとを利用者のメールＤＢ２７０に記録する（ステップＳ２３０５）。ここで、件名には、たとえばチャットであること、およびチャンネル名を記憶する。また本文には、たとえばチャットであること、チャンネル名、メッセージを受信した時刻、メッセージの件数などを記録する。
　また、ＣＰＵ３０１により、今までの登録コミュニティでの発言のうち、連携ＩＤが付与されていない発言を、ＳＮＳメッセージＤＢ２９０から取得して、新しい連携ＩＤを割り振り（ステップＳ２３０６）、割り振られた新しい連携ＩＤをＳＮＳメッセージＤＢ２９０に記録する（ステップＳ２３０７）。
　そして、ＣＰＵ３０１により、メッセージＩＤを作成して、現在日時と、件名と、連携アプリ名と、コミュニティ名と、本文と、連携ＩＤとを利用者のメールＤＢ２７０に記録する（ステップＳ２３０８）。ここで、件名には、たとえばＳＮＳであること、およびコミュニティ名を記憶する。また本文には、たとえばＳＮＳであること、コミュニティ名、メッセージを受信した時刻、メッセージの件数などを記録する。これにより、ステップＳ２００８の連携アプリデータ記録処理を終了する。
（連携アプリデータ取得処理）
　つぎに、図２１のステップＳ２１０７における連携アプリデータ取得処理の手順について説明する。図２４は、実施の形態１にかかる連携アプリデータ取得処理の具体的処理手順の一例を示すフローチャートである。図２４のフローチャートにおいて、ＣＰＵ３０１により、利用者ＩＤのチャット利用者ＤＢ２３０から取得した自動ＪＯＩＮチャンネルの設定時間、利用者ＩＤのＳＮＳ利用者ＤＢ２４０から取得した登録コミュニティの設定時間を、図８に示した設定ＤＢ２５０から取得する（ステップＳ２４０１）。
　つぎに、ＣＰＵ３０１により、前の取得時から設定時間を経過しているチャンネル、コミュニティが存在するか否かを判断する（ステップＳ２４０２）。ここで、設定時間を超えていない場合（ステップＳ２４０２：Ｎｏ）は、何もせずに、一連の処理を終了する。一方、設定時間を超えている場合（ステップＳ２４０２：Ｙｅｓ）は、チャットであるかあるいはＳＮＳであるかを判断する（ステップＳ２４０３）。
　ステップＳ２４０３で、チャットである場合（ステップＳ２４０３：「チャット」）は、ＣＰＵ３０１により、今までの自動ＪＯＩＮチャンネルでの発言のうち、連携ＩＤが付与されていない発言を、チャンネル文ＤＢ２８０から取得して、新しい連携ＩＤを割り振り（ステップＳ２４０４）、割り振られた新しい連携ＩＤをチャンネル文ＤＢ２８０に記録する（ステップＳ２４０５）。
　そして、ＣＰＵ３０１により、メッセージＩＤを作成して、現在日時と、件名と、連携アプリ名と、チャンネル名と、本文と、連携ＩＤとを利用者のメールＤＢ２７０に記録し（ステップＳ２４０６）、一連の処理を終了する。ここで、件名には、たとえばチャットであること、およびチャンネル名を記憶する。また本文には、たとえばチャットであること、チャンネル名、メッセージを受信した時刻、メッセージの件数などを記録する。
　一方、ステップＳ２４０３で、ＳＮＳである場合（ステップＳ２４０３：「ＳＮＳ」）は、ＣＰＵ３０１により、今までの登録コミュニティでの発言のうち、連携ＩＤが付与されていない発言を、ＳＮＳメッセージＤＢ２９０から取得して、新しい連携ＩＤを割り振り（ステップＳ２４０７）、割り振られた新しい連携ＩＤをＳＮＳメッセージＤＢ２９０に記録する（ステップＳ２４０８）。
　そして、ＣＰＵ３０１により、メッセージＩＤを作成して、現在日時と、件名と、連携アプリ名と、コミュニティ名と、本文と、連携ＩＤとを利用者のメールＤＢ２７０に記録する（ステップＳ２４０９）。ここで、件名には、たとえばＳＮＳであること、およびコミュニティ名を記憶する。また本文には、たとえばＳＮＳであること、コミュニティ名、メッセージを受信した時刻、メッセージの件数などを記録する。これにより、ステップＳ２１０７の連携アプリデータ取得処理を終了する。
　このように、ステップＳ２００８の連携アプリデータ記録処理においては、新しい連携ＩＤが付与されていないすべてのメッセージを取得して新しいＩＤを割り振り、メールＤＢ２７０に記録するが、これに対してステップＳ２１０７の連携アプリデータ取得処理においては、新しい連携ＩＤが付与されていないもののうち、設定時間を超えている場合にのみ、メッセージを取得して新しいＩＤを割り振り、メールＤＢ２７０に記録する。
　したがって、設定時間を超えていない場合は、たとえメッセージが存在しても新しい連携ＩＤは割り振られず、メールＤＢ２７０に記録されることはない。これによって、チャットまたはＳＮＳのメッセージを受信するたびに頻繁にメールの対象となることを回避することができる。
（クライアント端末２０２の情報処理手順）
　つぎに、実施の形態１にかかるクライアント端末２０２の情報処理手順について説明する。図２５および図２６は、実施の形態１にかかるクライアント端末２０２の情報処理手順の一例を示すフローチャートである。図２５のフローチャートにおいて、まず、ＣＰＵ４０１により、キーボード４１０やマウス４１１を用いたユーザの操作入力により、メール表示要求を受け付けたか否かを判断する（ステップＳ２５０１）。
　ここで、ＣＰＵ４０１により、メール表示要求を受け付けるのを待つ（ステップＳ２５０１：Ｎｏ）。そして、ＣＰＵ４０１により、メール表示要求を受け付けた場合（ステップＳ２５０１：Ｙｅｓ）は、メール表示要求を情報提供装置２０１に送信する（ステップＳ２５０２）。
　つぎに、ＣＰＵ４０１により、情報提供装置２０１から利用者ＩＤ、パスワードの入力画面（図示省略）の画面情報を受信したか否かを判断する（ステップＳ２５０３）。ここで、ＣＰＵ４０１により、利用者ＩＤ、パスワードの入力画面の画面情報を受信するのを待つ（ステップＳ２５０３：Ｎｏ）。
　そして、ＣＰＵ４０１により、利用者ＩＤ、パスワードの入力画面の画面情報を受信した場合（ステップＳ２５０３：Ｙｅｓ）は、受信した画面情報に基づいて、ディスプレイ４０８に利用者ＩＤ、パスワードの入力画面を表示する（ステップＳ２５０４）。つぎに、ＣＰＵ４０１により、ユーザの操作入力により利用者ＩＤおよびパスワードの入力を受け付けたか否かを判断する（ステップＳ２５０５）。
　ここで、ＣＰＵ４０１により、利用者ＩＤおよびパスワードの入力を受け付けるのを待つ（ステップＳ２５０５：Ｎｏ）。そして、ＣＰＵ４０１により、利用者ＩＤおよびパスワードの入力を受け付けた場合（ステップＳ２５０５：Ｙｅｓ）は、利用者ＩＤおよびパスワードを情報提供装置２０１に送信する（ステップＳ２５０６）。
　つぎに、ＣＰＵ４０１により、認証エラー画面（図示省略）の画面情報を受信したか否かを判断する（ステップＳ２５０７）。ここで、ＣＰＵ４０１により、認証エラー画面の画面情報を受信した場合（ステップＳ２５０７：Ｙｅｓ）は、受信した画面情報に基づいて、ディスプレイ４０８に認証エラー画面を表示して（ステップＳ２５０８）、本フローチャートによる一連の処理を終了する。
　ステップＳ２５０７において、ＣＰＵ４０１により、認証エラー画面の画面情報を受信していない場合（ステップＳ２５０７：Ｎｏ）、メール一覧表示画面の画面情報を受信したか否かを判断する（ステップＳ２５０９）。ここで、ＣＰＵ４０１により、メール一覧表示画面の画面情報を受信していない場合（ステップＳ２５０９：Ｎｏ）、ステップＳ２５０７へ戻る。
　一方、ＣＰＵ４０１により、メール一覧表示画面の画面情報を受信した場合（ステップＳ２５０９：Ｙｅｓ）、受信した画面情報に基づいて、ディスプレイ４０８にメール一覧表示画面を表示する（ステップＳ２５１０）。つぎに、ＣＰＵ４０１により、アプリ連携最新受信要求を受け付けたか否かを判断する（ステップＳ２５１１）。
　ステップＳ２５１１において、ＣＰＵ４０１により、アプリ連携最新受信要求を受け付けた場合（ステップＳ２５１１：Ｙｅｓ）は、アプリ連携最新受信要求を情報提供装置２０１へ送信し（ステップＳ２５１２）、ステップＳ２５０９へ移行する。一方、アプリ連携最新受信要求を受け付けなかった場合（ステップＳ２５１１：Ｎｏ）は、図２６に示すステップＳ２６０１へ移行する。
　図２６のフローチャートにおいて、まず、ＣＰＵ４０１により、ユーザの操作入力によりメール選択情報、すなわちメール一覧表示画面の中から対象メールの選択を受け付けたか否かを判断する（ステップＳ２６０１）。ここで、対象メールの選択を受け付けていない場合（ステップＳ２６０１：Ｎｏ）、ステップＳ２６０５へ移行する。
　一方、ＣＰＵ４０１により、メール選択情報を受け付けた場合（ステップＳ２６０１：Ｙｅｓ）、メール選択情報を情報提供装置２０１に送信する（ステップＳ２６０２）。この表示要求には、たとえば、クライアント端末２０２のユーザの利用者ＩＤと、対象メールのメッセージＩＤとが含まれている。
　つぎに、ＣＰＵ４０１により、メッセージ表示画面の画面情報を受信したか否かを判断する（ステップＳ２６０３）。ここで、ＣＰＵ４０１により、メッセージ表示画面の画面情報を受信するのを待つ（ステップＳ２６０３：Ｎｏ）。そして、ＣＰＵ４０１により、メッセージ表示画面の画面情報を受信した場合（ステップＳ２６０３：Ｙｅｓ）は、受信した画面情報に基づいて、ディスプレイ４０８にメッセージ表示画面を表示する（ステップＳ２６０４）。
　つぎに、ＣＰＵ４０１により、アプリ連携のメッセージ表示画面にて、前あるいは後の同アプリ、同チャンネル／コミュニティのメッセージの表示要求を受け付けたか否かを判断する（ステップＳ２６０５）。ここで、メッセージ作成画面の表示要求を受け付けていない場合（ステップＳ２６０５：Ｎｏ）、ステップＳ２６０９へ移行する。
　一方、ＣＰＵ４０１により、前あるいは後の同アプリ、同チャンネル／コミュニティのメッセージの表示要求を受け付けた場合（ステップＳ２６０５：Ｙｅｓ）、前あるいは後の同アプリ、同チャンネル／コミュニティのメッセージの表示要求を情報提供装置２０１に送信する（ステップＳ２６０６）。
　つぎに、ＣＰＵ４０１により、メッセージ表示画面の画面情報を受信したか否かを判断する（ステップＳ２６０７）。ここで、ＣＰＵ４０１により、メッセージ表示画面の画面情報を受信するのを待つ（ステップＳ２６０７：Ｎｏ）。そして、ＣＰＵ４０１により、メッセージ表示画面の画面情報を受信した場合（ステップＳ２６０７：Ｙｅｓ）は、受信した画面情報に基づいて、ディスプレイ４０８にメッセージ表示画面を表示し（ステップＳ２６０８）、ステップＳ２６０５へ戻る。
　つぎに、ステップＳ２６０９において、ＣＰＵ４０１により、一覧表示画面の表示要求があったか否か、具体的には、ユーザの操作入力により図１４のメッセージ表示画面１４００の「メール一覧に戻る」ボタンＢ４または図１５のメッセージ表示画面１５００、図１６のメッセージ表示画面１６００の「メール一覧に戻る」ボタンＢ７が押下されたか否かを判断する（ステップＳ２６０９）。ここで、ＣＰＵ４０１により、一覧表示画面の表示要求があった場合（ステップＳ２６０９：Ｙｅｓ）は、一覧表示画面の表示要求を情報提供装置２０１へ送信し（ステップＳ２６１０）、図２５のフローチャートのステップＳ２５０９へ移行する。
　そして、ＣＰＵ４０１により、一覧表示画面の表示要求がなかった場合（ステップＳ２６０９：Ｎｏ）は、ユーザの操作入力により表示終了要求、具体的には、ユーザの操作入力により図１３のメール一覧表示画面１３００の「ログアウト」ボタンＢ３が押下されたか否かを判断する（ステップＳ２６１１）。ここで、表示終了要求を受け付けていない場合（ステップＳ２６１１：Ｎｏ）、ステップＳ２６０１へ戻る。一方、ＣＰＵ４０１により、表示終了要求を受け付けた場合（ステップＳ２６１１：Ｙｅｓ）、表示終了要求を情報提供装置２０１に送信して（ステップＳ２６１２）、本フローチャートによる一連の処理を終了する。
　以上説明したように、実施の形態１にかかる情報提供装置２０１によれば、他のメッセージ提供システムに記憶されているメッセージをメールと同様に表示されるので、メールを閲覧するだけで、他のメッセージ提供システムに記憶されているメッセージを確認し損なうことを回避することができ、複数のコミュニケーションツールであるメッセージ提供システムを電子メールを用いて効率よく利用することができる。
　また、実施の形態１にかかる情報提供装置２０１によれば、メッセージの取得間隔に関する可否について設定時間を定めることができるので、設定時間を短く設定することで、利用者はメッセージを頻繁にチェックすることが可能となる。また、設定時間を長く設定することで、利用者がメールとして頻繁にメール一覧表示画面に他のメールと同様に表示される煩わしさを解消することができる。
（実施の形態２）
　つぎに、実施の形態２にかかる情報提供方法について説明する。実施の形態２では、実施の形態１で説明した情報提供方法において、図８に示した設定ＤＢ２５０に代えて、図２７に示す設定ＤＢ２５５を用いることによって実現する。なお、実施の形態１で説明した箇所と同様の箇所については図示および説明を省略する。
　図２７は、実施の形態２にかかる設定ＤＢ２５５の記憶内容の一例を示す説明図である。実施の形態１の設定ＤＢ２５０と、実施の形態２の設定ＤＢ２５５とは、「設定時間」のフィールドと「設定量」のフィールドの違いのみである。設定ＤＢ２５５の「設定量」のフィールドには、チャンネル文の発言内容またはＳＮＳメッセージの発言内容の量、具体的には、行数、メッセージ数などを記憶する。
　そして、図示を省略するが、図２４のフローチャートのステップＳ２４０１において、記憶されている発言内容の量を取得し、ステップＳ２４０２において、取得された発言内容の量と設定量と比較し、当該設定量を超えているか否かを判断し、発言内容の量が当該設定量を超えている場合に、ステップＳ２４０３へ移行する。発言内容の量が当該設定量を超えてない場合には、何もせずに連携アプリデータ取得処理を終了する。その他は、実施の形態１と同じである。
　また、実施の形態２にかかる設定量と、実施の形態１にかかる設定時間とを、利用者が自由に選択して設定することができる。また、設定量と設定時間の両方を設定条件（たとえばＡＮＤ条件、ＯＲ条件、ＮＯＴ条件など）として設定するようにしてもよい。
　以上説明したように、実施の形態２にかかる情報提供方法によれば、実施の形態１と同様に、複数のコミュニケーションツールであるメッセージ提供システムを電子メールを用いて効率よく利用することができる。
　さらに、実施の形態２にかかる情報提供方法によれば、メッセージ（発言）の内容が、ある程度まとまった時点で、メールとしてメール一覧表示画面に表示されるので、メッセージが登録されるごとにメールとして頻繁に一覧表示画面に他のメールと同様に表示される煩わしさを解消することができる。また、前回取得されてからの時間に関係なく所定量が貯まった場合にメール一覧表示画面に表示されるので、グループ（たとえばチャンネル、コミュニティ）に対する参加者の参加状況に応じた適切なタイミングで、メッセージの内容を確認することができ、利用者に煩わしさから来るストレスを軽減することができる。
　なお、本実施の形態で説明した情報提供方法は、あらかじめ用意されたプログラムをパーソナル・コンピュータやワークステーション等のコンピュータで実行することにより実現することができる。本情報提供プログラムは、ハードディスク、フレキシブルディスク、ＣＤ－ＲＯＭ、ＭＯ、ＤＶＤ等のコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。また、本情報提供プログラムは、インターネット等のネットワークを介して配布してもよい。
　　２００　メールシステム
　　２０１　情報提供装置
　　２０２　クライアント端末
　１７０１　受付部
　１７０２　メッセージ抽出部
　１７０３　メール作成部
　１７０４　メール記憶部
　１７０５　一覧表示画面作成部
　１７０６　出力部
　１７０７　メール抽出部

Claims (9)

  1. 　コンピュータに、
    　電子メールの表示要求を受け付け、
    　受け付けられた前記電子メールの表示要求にかかる利用者の識別情報に基づいて、他のメッセージ提供システムに記憶されているメッセージを抽出し、
    　抽出された前記メッセージの内容を含む、前記利用者を宛先とした電子メールを作成して、前記利用者を差出人または宛先とした電子メールが記憶されている記憶部に記憶し、
    　前記記憶部に記憶されている電子メールの内容に基づいて、電子メールの概要情報を一覧で表示するための一覧表示画面を作成し、
    　作成された一覧表示画面を出力し、
    　出力された一覧表示画面に一覧で表示された概要情報にかかる電子メールの選択要求を受け付け、
    　受け付けられた選択要求にかかる電子メールの内容を前記記憶部から抽出し、
    　抽出された電子メールの内容を出力する、
    　処理を実行させることを特徴とする情報提供プログラム。
  2. 　前記メッセージを抽出する処理は、前回の抽出後に前記他のメッセージ提供システムに記憶されたメッセージを抽出することを特徴とする請求項１に記載の情報提供プログラム。
  3. 　前記メッセージを抽出する処理は、前回の抽出後から今回の表示要求までの時間が、あらかじめ設定された設定時間を経過している場合に、前記他のメッセージ提供システムに記憶されているメッセージを抽出することを特徴とする請求項１または２に記載の情報提供プログラム。
  4. 　前記メッセージを抽出する処理は、前回の抽出後に前記他のメッセージ提供システムに記憶されたメッセージの量が所定値を超えている場合に、当該他のメッセージ提供システムに記憶されているメッセージを抽出することを特徴とする請求項１または２に記載の情報提供プログラム。
  5. 　前記メッセージを抽出する処理は、前記他のメッセージ提供システムに記憶されているメッセージのうち、前記利用者の識別情報に基づいて、前記利用者が登録されているグループにおけるメッセージを抽出することを特徴とする請求項１～４のいずれか一つに記載の情報提供プログラム。
  6. 　前記他のメッセージ提供システムが、チャンネルごとにメッセージを記憶するチャット提供システムであり、
    　前記メッセージを抽出する処理は、
    　前記チャット提供システムに記憶されているメッセージのうち、前記利用者の識別情報に基づいて、前記利用者が登録されているチャンネルにおけるメッセージを抽出することを特徴とする請求項５に記載の情報提供プログラム。
  7. 　前記他のメッセージ提供システムが、コミュニティごとにメッセージを記憶するＳＮＳ（Ｓｏｃｉａｌ　Ｎｅｔｗｏｒｋｉｎｇ　Ｓｅｒｖｉｃｅ）提供システムであり、
    　前記メッセージを抽出する処理は、
    　前記ＳＮＳ提供システムに記憶されているメッセージのうち、前記利用者の識別情報に基づいて、前記利用者が登録されているコミュニティにおけるメッセージを抽出することを特徴とする請求項５に記載の情報提供プログラム。
  8. 　電子メールの表示要求を受け付ける表示要求受付部と、
    　前記表示要求受付部によって受け付けられた前記電子メールの表示要求にかかる利用者の識別情報に基づいて、他のメッセージ提供システムに記憶されているメッセージを抽出する抽出部と、
    　前記抽出部によって抽出された前記メッセージの内容を含む、前記利用者を宛先とした電子メールを作成する電子メール作成部と、
    　前記電子メール作成部によって作成された前記利用者を差出人または宛先とした電子メールを記憶する記憶部と、
    　前記記憶部に記憶されている電子メールの内容に基づいて、電子メールの概要情報を一覧で表示するための一覧表示画面を作成する一覧表示画面作成部と、
    　前記一覧表示画面作成部によって作成された一覧表示画面を出力する一覧表示画面出力部と、
    　前記一覧表示画面出力部によって出力された一覧表示画面に一覧で表示された概要情報にかかる電子メールの選択要求を受け付ける選択要求受付部と、
    　前記選択要求受付部によって受け付けられた選択要求にかかる電子メールの内容を前記記憶部から抽出する電子メール抽出部と、
    　前記電子メール抽出部によって抽出された電子メールの内容を出力する内容出力部と、
    　を有することを特徴とする情報提供装置。
  9. 　コンピュータが、
    　電子メールの表示要求を受け付け、
    　受け付けられた前記電子メールの表示要求にかかる利用者の識別情報に基づいて、他のメッセージ提供システムに記憶されているメッセージを抽出し、
    　抽出された前記メッセージの内容を含む、前記利用者を宛先とした電子メールを作成して、前記利用者を差出人または宛先とした電子メールが記憶されている記憶部に記憶し、
    　前記記憶部に記憶されている電子メールの内容に基づいて、電子メールの概要情報を一覧で表示するための一覧表示画面を作成し、
    　作成された一覧表示画面を出力し、
    　出力された一覧表示画面に一覧で表示された概要情報にかかる電子メールの選択要求を受け付け、
    　受け付けられた選択要求にかかる電子メールの内容を前記記憶部から抽出し、
    　抽出された電子メールの内容を出力する、
    　処理を実行することを特徴とする情報提供方法。
PCT/JP2012/081625 2012-03-28 2012-12-06 情報提供プログラム、情報提供装置および情報提供方法 WO2013145450A1 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2012-075234 2012-03-28
JP2012075234A JP6056170B2 (ja) 2012-03-28 2012-03-28 情報提供プログラム、情報提供装置および情報提供方法

Publications (1)

Publication Number Publication Date
WO2013145450A1 true WO2013145450A1 (ja) 2013-10-03

Family

ID=49258783

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2012/081625 WO2013145450A1 (ja) 2012-03-28 2012-12-06 情報提供プログラム、情報提供装置および情報提供方法

Country Status (2)

Country Link
JP (1) JP6056170B2 (ja)
WO (1) WO2013145450A1 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2017182328A (ja) * 2016-03-29 2017-10-05 株式会社Ｎｔｔドコモ 情報処理装置、情報処理方法及びプログラム
JP7463434B2 (ja) 2015-02-03 2024-04-08 Ｌｉｎｅヤフー株式会社 端末、端末の制御方法、及びプログラム

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101685226B1 (ko) * 2012-06-12 2016-12-20 라인 가부시키가이샤 메신저 플랫폼의 인간 관계를 기반으로 하는 소셜 그래프를 활용한 메신저 연계 서비스 시스템 및 방법
WO2016060093A1 (ja) * 2014-10-13 2016-04-21 和田　哲也 ソーシャル情報処理プログラム、ソーシャル情報処理装置、及びソーシャル情報処理方法
JP6780177B1 (ja) * 2019-09-02 2020-11-04 株式会社ナレッジフロー メッセージ送信システム、メッセージ送信プログラム、およびメッセージ送信方法

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000285045A (ja) * 1999-03-31 2000-10-13 Sony Corp 情報処理装置および情報処理方法、並びに媒体
JP2004199225A (ja) * 2002-12-17 2004-07-15 Fuji Xerox Co Ltd クライアント装置、通知源サーバ装置、イベント通知メッセージ管理方法
JP2005346493A (ja) * 2004-06-03 2005-12-15 Sony Corp コミュニケーション装置及びコミュニケーション概要作成方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000285045A (ja) * 1999-03-31 2000-10-13 Sony Corp 情報処理装置および情報処理方法、並びに媒体
JP2004199225A (ja) * 2002-12-17 2004-07-15 Fuji Xerox Co Ltd クライアント装置、通知源サーバ装置、イベント通知メッセージ管理方法
JP2005346493A (ja) * 2004-06-03 2005-12-15 Sony Corp コミュニケーション装置及びコミュニケーション概要作成方法

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7463434B2 (ja) 2015-02-03 2024-04-08 Ｌｉｎｅヤフー株式会社 端末、端末の制御方法、及びプログラム
JP2017182328A (ja) * 2016-03-29 2017-10-05 株式会社Ｎｔｔドコモ 情報処理装置、情報処理方法及びプログラム

Also Published As

Publication number Publication date
JP6056170B2 (ja) 2017-01-11
JP2013206199A (ja) 2013-10-07

Similar Documents

Publication Publication Date Title
JP6056170B2 (ja) 情報提供プログラム、情報提供装置および情報提供方法
US10834031B2 (en) Information exchange method, client, and apparatus
CN103067248B (zh) 一种在即时通信软件窗口中显示链接摘要信息的方法及装置
Sibona et al. A guide for purposive sampling on twitter
US20100255861A1 (en) System and Method for Transferring Contact Information to a Recipient
JP5392267B2 (ja) 情報処理装置、通信アドレス提供システムおよびそれに用いる方法並びにプログラム
CN104052655A (zh) 一种群聊方法以及即时通信客户端
CN102611637A (zh) 一种群组的实现方法及系统
CN106302081A (zh) 即时通讯方法及客户端
Dillman et al. Improving the effectiveness of online data collection by mixing survey modes
CN112333185B (zh) 一种基于dns解析的域名阴影检测方法和装置
JPWO2010119976A1 (ja) 匿名通信システム、匿名通信方法、通信制御装置、端末装置、及び通信制御用プログラム
CN106919384B (zh) 一种可以传递用户信息的浏览器系统
WO2011081755A2 (en) Electronic mail server and method for automatically generating address lists
CN101808081A (zh) 一种基于邮件发送邀请注册的方法及系统
CN102810103A (zh) 搜索结果分享方法及系统
JP5891899B2 (ja) 情報提供プログラム、情報提供装置および情報提供方法
CN102724168B (zh) 一种推送用户信息的方法及装置
CN104954227B (zh) 一种抢占式跨平台消息推送方法和服务器
CN108418809A (zh) 聊天数据处理方法、装置、计算机设备及存储介质
US20140324543A1 (en) Systems and methods for providing an online voting system
JP4393580B1 (ja) サービスシステム
Harding et al. VI. Surveying sexualities: Internet research with non-heterosexuals
CN105553982A (zh) 路由器的安全检测方法、系统及路由器
CN201270520Y (zh) 一种即时通信的信息监视装置

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 12872550

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 12872550

Country of ref document: EP

Kind code of ref document: A1