[go: up one dir, main page]

WO2023188580A1 - プログラム、情報処理方法、端末、サーバ - Google Patents

プログラム、情報処理方法、端末、サーバ Download PDF

Info

Publication number
WO2023188580A1
WO2023188580A1 PCT/JP2022/045914 JP2022045914W WO2023188580A1 WO 2023188580 A1 WO2023188580 A1 WO 2023188580A1 JP 2022045914 W JP2022045914 W JP 2022045914W WO 2023188580 A1 WO2023188580 A1 WO 2023188580A1
Authority
WO
WIPO (PCT)
Prior art keywords
account
type
message
terminal
information
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/JP2022/045914
Other languages
English (en)
French (fr)
Inventor
徳美 大橋
泰祐 平田
健吾 海老原
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Z Intermediate Global Corp
Original Assignee
Line Corp
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 Line Corp filed Critical Line Corp
Priority to KR1020247028532A priority Critical patent/KR20240169603A/ko
Publication of WO2023188580A1 publication Critical patent/WO2023188580A1/ja
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

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/04—Real-time or near real-time messaging, e.g. instant messaging [IM]
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
    • G06F3/048—Interaction techniques based on graphical user interfaces [GUI]
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/50—Business processes related to the communications industry

Definitions

  • the present disclosure relates to programs, information processing methods, terminals, servers, etc.
  • Patent Document 1 discloses a technique for distributing advertisements using an official account.
  • a program executed by a terminal of a user of a first account that performs processing related to a chat with a second account is configured to use a first
  • first information requesting a correspondence between the first account and the second account as the first type is transmitted by the communication unit of the terminal.
  • an information processing method of a terminal of a user of a first account that performs processing related to a chat with a second account includes a first type of and a second type, and the communication unit of the terminal transmits first information requesting a correspondence between the first account and the second account as the first type based on input by the user to the terminal. and receiving by the communication unit a first message for the first type transmitted from the second account based on the transmission of the first information, and transmitting the first message to the first message displayed on the display unit of the terminal. and displaying in a chat room that includes the account and the second account.
  • the terminal of the user of the first account that performs processing related to chatting with the second account has a first type and a second type for associating the first account and the second account.
  • first information requesting a correspondence between the first account and the second account is transmitted as the first type, and based on the transmission of the first information, a communication unit that receives a first message of the first type transmitted from two accounts; and a display unit that displays a chat room that includes the first account and the second account, the display unit that receives the first message. Display in chat room.
  • a program executed by a server communicating with a first terminal of a user of a first account and a second terminal of a user of a second account is configured to communicate with the first account and the second account.
  • the correspondence includes a correspondence between a first type and a second type, and first information requesting a correspondence between a first account and a second account as the first type is sent to the first type by the communication unit of the server.
  • an information processing method of a server that communicates with a first terminal of a user of a first account and a second terminal of a user of a second account includes:
  • the correspondence includes a correspondence between a first type and a second type, and first information requesting a correspondence between a first account and a second account as the first type is sent to the first terminal by the communication unit of the server. and based on the reception of the first information, the communication unit sends a first message that is a first type message and is displayed in a chat room including a first account and a second account on the first terminal. and transmitting it to the first terminal by.
  • the server communicating with the first terminal of the user of the first account and the second terminal of the user of the second account is capable of associating the first account with the second account.
  • the communication unit includes a communication unit that transmits to the first terminal a first message that is a first type message and is displayed on the first terminal in a chat room that includes a first account and a second account.
  • FIG. 1 is a diagram showing an example of a system configuration of a communication system according to a first embodiment.
  • FIG. 3 is a diagram illustrating an example of functions realized by the control unit of the server according to the first embodiment.
  • FIG. 3 is a diagram showing an example of information stored in a storage unit of the server according to the first embodiment.
  • FIG. 3 is a diagram showing an example of general account registration data according to the first embodiment. The figure which shows an example of the 1st official account management database based on 1st Example.
  • FIG. 3 is a diagram illustrating an example of functions realized by the control unit of the terminal according to the first embodiment.
  • FIG. 3 is a diagram showing an example of information stored in a storage unit of the terminal according to the first embodiment.
  • 5 is a flowchart illustrating an example of the flow of processing executed by each device according to the first embodiment.
  • 5 is a flowchart illustrating an example of the flow of a first message distribution process according to the first embodiment.
  • 7 is a flowchart illustrating an example of the flow of the second message delivery process according to the first embodiment.
  • FIG. 7 is a flowchart illustrating an example of the flow of a third message distribution process according to the first modification.
  • FIG. 1 shows an example of the screen displayed on the display part of the general user's terminal based on the 1st modification.
  • FIG. 7 is a diagram showing an example of a screen displayed on a display unit of a general user's terminal according to the second embodiment.
  • FIG. 7 is a diagram showing an example of a screen displayed on a display unit of a general user's terminal according to the second embodiment.
  • FIG. 7 is a diagram illustrating an example of information stored in a storage unit of a server according to a third embodiment. The figure which shows an example of the open chat account management database based on 3rd Example.
  • FIG. 7 is a diagram showing an example of a screen displayed on a display unit of a general user's terminal according to a third embodiment.
  • FIG. 7 is a diagram showing an example of a screen displayed on a display unit of a general user's terminal according to a third embodiment.
  • FIG. 7 is a diagram showing an example of a screen displayed on a display unit of a general user's terminal according to a third embodiment.
  • FIG. 7 is a diagram showing an example of a screen displayed on a display unit of a general user's terminal according to a third embodiment.
  • a system may include, by way of example and not limitation, a plurality of devices.
  • the plurality of devices may be a combination of devices of the same type, devices of different types, or a combination of devices of the same type and devices of different types. Note that a system can also be thought of as, by way of example and not limitation, a plurality of devices working together to perform some kind of processing.
  • system relating to a client (client device) and a server can be considered to be at least one of the following, by way of example and not limitation.
  • Terminal & Server (2) Server (3) Terminal
  • (1) is a system that includes, by way of example and not limitation, at least one terminal and at least one server.
  • An example of this is a client-server system.
  • the server is configured by the following devices, by way of example and not limitation, and may be a single device or a combination of multiple devices.
  • the server may include, by way of example and not limitation, at least one processor (for example, without limitation, a CPU: Central Processing Unit, a GPU: Graphics Processing Unit, an APU: Accelerated Processing Unit, a DSP: a Digital Signal Processor). (ASIC: Application Specific Integrated Circuit, FPGA: Field Programmable Gate Array), etc.), a computer device (processor + memory), a control device, an arithmetic device, a processing device, etc.
  • processor for example, without limitation, a CPU: Central Processing Unit, a GPU: Graphics Processing Unit, an APU: Accelerated Processing Unit, a DSP: a Digital Signal Processor).
  • ASIC Application Specific Integrated Circuit
  • FPGA Field Programmable Gate Array
  • processors for example, not limited to, CPU+CPU, homogeneous multi-core processor, etc.), or configurations that include multiple types of different types of any one device (for example, but not limited to, CPU+DSP, heterogeneous multi-core processors, etc.) etc.), or a combination of multiple devices (for example, without limitation, a processor + computer device, processor + arithmetic device, heterogeneous multiple devices, etc.).
  • the processor may be a virtual processor.
  • a server executes some processing and is configured with a single device
  • the processing described in the embodiment is executed by the single device.
  • the configuration may be such that one device executes some of the processes and the other device executes the other processes.
  • the computer when the computer is configured to include a processor and an arithmetic device, the processor may execute the first process and the arithmetic device may execute the second process.
  • each device when the system is configured with a plurality of devices, each device may be configured to be arranged at physically distant positions from each other.
  • the functions of the server may be provided in the form of PaaS, IaaS, or SaaS in cloud computing, by way of example and not limitation.
  • control unit of the system can be at least one of the control unit of the terminal and the control unit of the server.
  • control unit of the system can be at least one of the control unit of the terminal and the control unit of the server.
  • the system It can be a control unit of.
  • control, etc. may be performed only by (1A) the terminal control unit, or (1B) server control.
  • (1C) It may be performed by both the control unit of the terminal and the control unit of the server.
  • (1C) as an example and not a limitation, some of the controls performed by the control unit of the system are performed by the control unit of the terminal, and the remaining control etc. are performed by the control unit of the server. You can do it like this.
  • the allocation (allocation) of control etc. may be divided equally, or may be allocated at different ratios instead of equally.
  • the communication unit of a server when configured by a single device, the communication unit itself provided in the single device may be used. Further, when the server is configured to include a plurality of devices, the communication section of the server may include a communication section of each device. By way of example and not limitation, if the server includes a first device and a second device, the first device has a first communication section, and the second device has a second communication section, the communication section of the server includes: The concept may include a first communication section and a second communication section.
  • (2) can be a system (hereinafter referred to as a "server system") composed of a plurality of servers.
  • server system composed of a plurality of servers.
  • the configuration described above can be similarly applied to each server.
  • the control etc. performed by the server system may be performed by (2A) only one server among a plurality of servers, (2B) only another server, or (2C) one server. This may be done by the server and other servers. Furthermore, in (2C), as an example and not a limitation, one server may perform some of the controls performed by the server system, and the remaining controls may be performed by another server. good. In this case, the allocation (allocation) of control etc. may be divided equally, or may be allocated at different ratios instead of equally.
  • (3) may be a system configured by a plurality of terminals, by way of example and not limitation.
  • This system may be, by way of example and not limitation, as follows.
  • - A system that provides server functionality to terminals (distributed system). This can be accomplished using blockchain technology, by way of example and not limitation.
  • - A system in which terminals communicate wirelessly with each other. This can be achieved, by way of example and not limitation, by communicating in a P2P (peer-to-peer) manner using short-range wireless communication technology such as Bluetooth (registered trademark).
  • P2P peer-to-peer
  • control unit not only to the control unit but also to each functional unit that can be a component of the system, such as the input/output unit, communication unit, storage unit, and clock unit.
  • the following embodiments illustrate, by way of example and not limitation, a system that includes a terminal and a server (by way of example and not limitation, a client-server system). Note that it is also possible to apply the server system (2) above as the server.
  • the system including a terminal and a server
  • a system not including a server and by way of example and not limitation, the system (3) above.
  • the embodiment in this case can be configured based on the aforementioned blockchain technology or the like. Specifically, by way of example and not limitation, data stored and managed by a server described in the embodiments below is stored on a blockchain. The terminal can then generate a transaction to the blockchain, and when the transaction is confirmed on the blockchain, the data stored on the blockchain can be updated.
  • a terminal may include the concept of a device other than that of a client server.
  • the expression "by communication I/F” is used as appropriate. This indicates, by way of example and not limitation, that the device transmits and receives various information and data via the communication I/F (via the communication unit) based on the control of the control unit (processor, etc.). may be used.
  • first information and the second information when transmitting the first information and the second information as described above, it is only necessary to transmit the first information and the second information, and the first information and the second information may be transmitted for the same purpose. In addition to the case where the first information and the second information are sent for different purposes, this may include the case where the first information and the second information are sent for different purposes.
  • a messaging service will be exemplified as an example of a service for users to chat (hereinafter referred to as "chat service”).
  • chat service an application for implementing a chat service
  • messages application an application for implementing a messaging service
  • a chat application may allow users to chat in chat rooms.
  • messaging service: MS including instant message service: IMS
  • social networking service SNS.
  • messaging services and social networking services may or may not be distinguished.
  • social networking services may include messaging services.
  • an instant messaging service is used that allows simple messages to be sent and received between multiple devices (by way of example, but not limited to, terminals) via a server.
  • IMS instant messaging service
  • Instant messaging applications may enable users to conduct conversations in chat rooms.
  • a chat room (for example, but not limited to, a talk room) can be a UI (User Interface) or GUI (Graphical User Interface) that allows each user to view content sent and received between multiple users' terminals. .
  • UI User Interface
  • GUI Graphic User Interface
  • the talk rooms include one-on-one user talk rooms (hereinafter referred to as “one-on-one talk rooms”) and group talk rooms including a plurality of users (hereinafter referred to as “group talk rooms”). ), talk rooms (hereinafter referred to as “OA talk rooms”) with OA operators (by way of example, but not limitation, operators affiliated with messaging service operators), and the like.
  • an account of a messaging application that is not a general user and that belongs to a business operator is referred to as an "official account (OA)", and a user of this official account is referred to as an "official user”. Note that this may also be referred to as an "official account user” or "official account operator.”
  • OA official account
  • a messaging application account of a user who is not an OA provider is referred to as a "general account”
  • general user a user of a general account
  • this may also be referred to as a "general account user” or the like.
  • the messaging application account may include a general account and an official account.
  • OA providers should also be able to send and receive messages to and from other devices via the server using terminals similar to those of general account users. I can do it.
  • a message is, by way of example and not limitation, information that defines a sender and a destination used in a messaging service, and includes identification information (message ID) for identifying a message. and message content.
  • the message content means, by way of example and not limitation, the contents of the message excluding the message ID.
  • Message content can be one or more pieces of content.
  • identification information for identifying a message is referred to as a "message ID.”
  • Message contents included in messages with the same message ID can also be considered to be identified by this message ID. Therefore, identification information for identifying a message can be considered to be substantially synonymous with identification information for identifying message content. Note that, different from this, individual identification information (message content ID) may or may not be set for each message content.
  • Examples of content include, but are not limited to, text content in text format, image content in image (including at least one of still images and moving images) format, sound content in sound (including audio) format, etc. May be included.
  • operation contents such as buttons and icons used for user operations, and link contents such as URIs (including URLs, etc.) may also be included.
  • the text may include at least one of the following: characters of each country represented by character codes, extended characters, model-dependent characters, numbers, symbols, figures, and codes. Note that the text does not need to include at least one of the above characters, extended characters, model-dependent characters, numbers, symbols, figures, and codes, and may include other text.
  • the image can include, by way of example and not limitation, at least one of various types of image information such as an icon, a button, a stamp, a pictogram, and a banner image.
  • a general user in a messaging service registers as a friend with an official account.
  • the general user selects a desired course from two or more membership courses preset by the official user, by way of example and not limitation.
  • This embodiment allows the official user to send a message to the general user (general user's account) according to the membership course that the general user has subscribed to (selected).
  • first type course two or more membership courses will be referred to as "first type course", “second type course”, etc. to distinguish them.
  • official users may define membership conditions for general users to subscribe (participate) for each membership course.
  • This subscription condition is, by way of example and not limitation, that general users are required to charge (pay) a monthly fee in order to participate in a Type 1 course, but are not required to pay a fee to participate in a Type 2 course. It may also be possible to set conditions such as not doing so.
  • first type messages messages sent only to general accounts that have subscribed to the first type course
  • second type messages messages sent to general accounts that have subscribed to the second type course
  • Seed Message the second type message may or may not be sent to a general account that has subscribed to the first type course.
  • FIG. 1-1 is a diagram showing an example of the system configuration of the communication system 1 in this embodiment.
  • a server 10 and a plurality of terminals 20 are connected via a network 30.
  • the server 10 has a function of providing chat services (chat applications) including messaging services (messaging applications) to terminals 20 owned by official users and general users via the network 30.
  • Server 10 can also be expressed as a messaging server, a messaging service service server, a messaging application management server, or the like.
  • the user of the server 10 is a messaging service provider (operator).
  • a payment service provider may or may not provide messaging services as a feature of a payment application.
  • the number of servers 10 and the number of terminals 20 connected to the network 30 are not limited.
  • the terminals 20 may be any information processing terminal that can realize the functions described in each embodiment.
  • Terminal 20 may include, by way of example and not limitation, a smartphone, a mobile phone (feature phone), a computer (by way of example and not limitation, a desktop, laptop, tablet, etc.), a media computer platform (by way of example and not limitation, a cable, satellite set, etc.).
  • the terminal 20 may be expressed as an information processing terminal.
  • terminal 20A, terminal 20B, and terminal 20C may be the same.
  • the terminal used by user X may be expressed as terminal 20X, and the user information in a predetermined service associated with user You don't have to.
  • the user information is user information associated with an account used by the user in a predetermined service.
  • User information includes, by way of example and not limitation, the user's name, the user's icon image, the user's age, the user's gender, the user's address, and the user's hobbies, entered by the user or provided by a predetermined service. It includes information associated with the user such as preferences and user identifiers, and may be any one or a combination of these, or may not be the same.
  • the network 30 plays the role of connecting one or more terminals 20 and one or more servers 10. That is, the network 30 refers to a communication network that provides a connection path so that the various devices described above can transmit and receive data after being connected.
  • Network 30 may include, by way of example and not limitation, an ad hoc network, an intranet, an extranet, a virtual private network (VPN), a local area network (LAN), a wireless LAN (wireless LAN: WLAN), wide area network (WAN), wireless WAN (WWAN), metropolitan area network (MAN), part of the Internet, public switched telephone network (Public Switched Telephone Network (PSTN), mobile phone network, ISDN (integrated service digital networks), wireless LAN, LTE (long term evolution), CDMA (code division multiple access), Bluetooth (registered trademark), satellite communication, etc., or a combination of two or more of these.
  • Network 30 may include one or more networks 30.
  • the server 10 (not limited to, but an example of a server, an information processing device, or an information management device) has a function of providing a predetermined service (messaging service in this embodiment) to the terminal 20.
  • the server 10 may be any information processing device that can implement the functions described in each embodiment.
  • Server 10 may include, by way of example and not limitation, a server device, a computer (such as, by way of example and not limitation, a desktop, laptop, tablet, etc.), a media computer platform (by way of example and not limitation, a cable, satellite set-top box, digital video recorder, etc.). ), handheld computing devices (by way of example and not limitation, PDAs, email clients, etc.), or other types of computers or communication platforms.
  • the server 10 may be expressed as an information processing device. If there is no need to distinguish between the server 10 and the terminal 20, the server 10 and the terminal 20 may or may not be each expressed as an information processing device.
  • FIG. 1-1 shows an example of the HW configuration of the terminal 20.
  • the terminal 20 includes a control section 21 (CPU: central processing unit), a storage section 28, a communication I/F 22 (interface), an input/output section 23, a clock section 29A, and a position calculation information detection section 29B.
  • Each component of the HW of terminal 20 is interconnected via bus B, by way of example and not limitation. Note that it is not essential that the HW configuration of the terminal 20 includes all the components. By way of example and not limitation, terminal 20 may or may not be configured to have individual components or components removed.
  • the communication I/F 22 transmits and receives various data via the network 30. Communication may be performed by wire or wirelessly, and any communication protocol may be used as long as mutual communication can be performed.
  • the communication I/F 22 has a function of communicating with various devices such as the server 10 via the network 30.
  • the communication I/F 22 transmits various data to various devices such as the server 10 according to instructions from the control unit 21.
  • the communication I/F 22 receives various data transmitted from various devices such as the server 10 and transmits the received data to the control unit 21 .
  • the communication I/F 22 may be simply expressed as a communication section.
  • the communication I/F 22 when the communication I/F 22 is composed of a physically structured circuit, it may be expressed as a communication circuit.
  • the input/output unit 23 includes a device for inputting various operations to the terminal 20, a device for outputting processing results processed by the terminal 20, and the like.
  • the input section and the output section may be integrated, or may be separated into an input section and an output section, or may not be.
  • the input unit is realized by any one or a combination of all types of devices that can receive input from the user and transmit information related to the input to the control unit 21.
  • the input unit includes, by way of example and not limitation, a touch panel, a touch display, hardware keys such as a keyboard, a pointing device such as a mouse, a camera (operation input via moving images), and a microphone (operation input via voice).
  • the output unit is realized by any one or a combination of all types of devices that can output the processing results processed by the control unit 21.
  • Output units include, by way of example and not limitation, a touch panel, a touch display, a speaker (audio output), a lens (including, by way of non-limiting example, 3D (three dimensions) output or hologram output), a printer, and the like.
  • the input/output section 23 includes a display section 24, a sound input section 25, a sound output section 26, and an imaging section 27, by way of example and not limitation.
  • the display unit 24 is realized by any one or a combination of all types of devices capable of displaying data according to the display data written in the frame buffer.
  • the display unit 24 may include, by way of example and not limitation, a touch panel, a touch display, a monitor (including, but not limited to, a liquid crystal display or an OELD (organic electroluminescence display)), a head mounted display (HDM), a projection mapping, and a hologram. , devices capable of displaying images, text information, etc. in air (which may or may not be a vacuum). Note that these display units 24 may or may not be capable of displaying display data in 3D.
  • the sound input unit 25 is used for inputting sound data (including audio data; the same applies hereinafter).
  • the sound input section 25 includes a microphone and the like.
  • the sound output section 26 is used to output sound data.
  • the sound output unit 26 includes a speaker and the like.
  • the imaging unit 27 is used to obtain image data (including still image data and moving image data; the same applies hereinafter).
  • the imaging unit 27 includes a camera and the like.
  • the input/output section 23 is a touch panel
  • the input/output section 23 and the display section 24 may have substantially the same size and shape and are arranged facing each other.
  • the clock unit 29A is a built-in clock of the terminal 20, and outputs time information (timekeeping information).
  • the clock section 29A includes, by way of example and not limitation, a clock using a crystal oscillator.
  • the clock section 29A can also be expressed as a clock section or a time information detection section, by way of example and not limitation.
  • the clock section 29A may or may not have a clock that conforms to the NITZ (Network Identity and Time Zone) standard.
  • the position calculation information detection unit 29B has a function of detecting (measuring) information (hereinafter referred to as “position calculation information”) necessary for the control unit 21 to calculate (measure) the position of its own terminal 20. Department.
  • position calculation information detecting (measuring) information
  • the position calculation information detection unit 29B can also be expressed as a position calculation sensor unit, by way of example and not limitation.
  • the position calculation information detection unit 29B includes, by way of example and not limitation, a satellite positioning sensor (satellite positioning unit), an inertial measurement sensor (IMU (Inertial Measurement Unit)) which is a sensor or unit for calculating the position of the terminal 20 using an inertial navigation system, and UWB (Ultra Wide Wireless).
  • a satellite positioning sensor satellite positioning unit
  • IMU Inertial Measurement Unit
  • UWB Ultra Wide Wireless
  • the satellite positioning unit includes, by way of example and not limitation, an RF receiving circuit that converts an RF (Radio Frequency) signal including a positioning satellite signal transmitted from a positioning satellite received by an antenna (not shown) into a digital signal;
  • a positioning satellite signal is captured by performing correlation calculation processing on the digital signal output from the RF receiving circuit, and information such as satellite orbit data and time data extracted from the positioning satellite signal is used as position calculation information. It has a baseband processing circuit etc. for output.
  • the inertial measurement unit has an inertial sensor that is a sensor that detects information necessary to calculate the position of the terminal 20 by inertial navigation calculation.
  • Inertial sensors include, by way of example and not limitation, a 3-axis acceleration sensor and a 3-axis gyro sensor, and use the acceleration detected by the acceleration sensor and the angular velocity detected by the gyro sensor as position calculation information. Output.
  • the UWB positioning unit is an ultra-wideband RF (Radio Frequency) signal that converts into a digital signal an ultra-wideband RF (Radio Frequency) signal including an ultra-wideband pulse signal for positioning transmitted from a positioning beacon that is received by an antenna (not shown). It includes a relative position calculation processing circuit that calculates the relative position between the terminal 20 and the positioning beacon based on the digital signal output from the wideband RF reception circuit and the ultra-wideband RF reception circuit. Note that, by way of example and not limitation, the UWB positioning unit may cause the terminal 20 to function as a positioning beacon by transmitting an ultra-wideband RF signal including an ultra-wideband pulse signal for positioning from an antenna (not shown). You don't have to do that.
  • RF Radio Frequency
  • the control unit 21 calculates the position of its own terminal 20 at regular timing or at a specific timing based on the position calculation information detected by the position calculation information detection unit 29B.
  • the position of a terminal is referred to as a "terminal position”
  • the calculated terminal position is referred to as a "calculated terminal position”.
  • the control unit 21 may or may not store the calculated terminal position in the storage unit 28 as calculated terminal position history data in association with the date and time when the calculated terminal position was calculated.
  • the control unit 21 has a physically structured circuit for executing functions realized by codes or instructions included in a program, and includes, by way of example and not limitation, a data processing device built into hardware. This is realized by Therefore, the control unit 21 may or may not be expressed as a control circuit.
  • the control unit 21 may include, by way of example and not limitation, a central processing unit (CPU), a microprocessor, a processor core, a multiprocessor, an ASIC (application-specific integrated circuit), an FPGA (field programmable gate array).
  • CPU central processing unit
  • microprocessor a processor core
  • multiprocessor a multiprocessor
  • ASIC application-specific integrated circuit
  • FPGA field programmable gate array
  • the storage unit 28 has a function of storing various programs and various data necessary for the operation of the terminal 20.
  • the storage unit 28 includes various storage media such as, by way of example and not limitation, an HDD (hard disk drive), an SSD (solid state drive), a flash memory, a RAM (random access memory), and a ROM (read only memory). Furthermore, the storage unit 28 may or may not be expressed as a memory.
  • the terminal 20 stores the program P in the storage unit 28, and by executing the program P, the control unit 21 executes processing as each unit included in the control unit 21. That is, the program P stored in the storage unit 28 causes the terminal 20 to realize each function executed by the control unit 21. Furthermore, this program P may or may not be expressed as a program module.
  • FIG. 1-1 shows an example of the HW configuration of the server 10.
  • the server 10 includes a control section 11 (CPU), a storage section 15, a communication I/F 14 (interface), an input/output section 12, and a clock section 19.
  • the HW components of server 10 are interconnected via bus B, by way of example and not limitation.
  • the HW of the server 10 does not necessarily include all the components as the HW configuration of the server 10 .
  • the HW of server 10 may or may not be configured to allow removal of individual components, or multiple components.
  • the control unit 11 has a physically structured circuit for executing functions realized by codes or instructions included in a program, and includes, by way of example and not limitation, a data processing device built into hardware. This is realized by
  • the control unit 11 is typically a central processing unit (CPU), and may or may not be a microprocessor, processor core, multiprocessor, ASIC, or FPGA. In the present disclosure, the control unit 11 is not limited to these.
  • the storage unit 15 has a function of storing various programs and various data necessary for the operation of the server 10.
  • the storage unit 15 is realized by various storage media such as HDD, SSD, and flash memory.
  • the storage unit 15 is not limited to these.
  • the storage unit 15 may or may not be expressed as a memory.
  • the communication I/F 14 transmits and receives various data via the network 30. Communication may be performed by wire or wirelessly, and any communication protocol may be used as long as mutual communication can be performed.
  • the communication I/F 14 has a function of communicating with various devices such as the terminal 20 via the network 30.
  • the communication I/F 14 transmits various data to various devices such as the terminal 20 according to instructions from the control unit 11. Further, the communication I/F 14 receives various data transmitted from various devices such as the terminal 20 and transmits the received data to the control unit 11.
  • the communication I/F 14 may be simply expressed as a communication section. Furthermore, when the communication I/F 14 is composed of a physically structured circuit, it may be expressed as a communication circuit.
  • the input/output unit 12 includes a device for inputting various operations to the server 10, a device for outputting processing results processed by the server 10, and the like.
  • the input section and the output section may be integrated, or may be separated into an input section and an output section, or may not be.
  • the input unit is realized by any one or a combination of all types of devices that can receive input from the user and transmit information related to the input to the control unit 11.
  • the input unit is typically implemented using hardware keys such as a keyboard or a pointing device such as a mouse.
  • the input unit may or may not include, by way of example and not limitation, a touch panel, a camera (operation input via a moving image), or a microphone (operation input via voice).
  • the output unit is realized by any one or a combination of all types of devices that can output the processing results processed by the control unit 11.
  • Output units include, by way of example and not limitation, a touch panel, a touch display, a speaker (sound output), a lens (including, but not limited to, three dimension output or hologram output), a printer, and the like.
  • the input/output section 12 includes a display section 13 by way of example and not limitation.
  • the display unit 13 is realized by a display or the like.
  • the display is typically implemented as a monitor (by way of example and not limitation, a liquid crystal display or an organic electroluminescence display (OELD)).
  • OELD organic electroluminescence display
  • the display may or may not be a head mounted display (HDM).
  • HDM head mounted display
  • these displays may or may not be capable of displaying display data in 3D. In this disclosure, the display is not limited to these.
  • the clock unit 19 is a built-in clock of the server 10, and outputs time information (timekeeping information).
  • the clock unit 19 includes, by way of example and not limitation, an RTC (Real Time Clock) as a hardware clock, a system clock, and the like.
  • the clock section 19 can also be expressed as a timekeeping section or a time information detection section, by way of example and not limitation.
  • the server 10 stores the program P in the storage unit 15, and by executing the program P, the control unit 11 executes processes as each unit included in the control unit 11. That is, the program P stored in the storage unit 15 causes the server 10 to realize each function executed by the control unit 11.
  • This program P may or may not be expressed as a program module. The same applies to other devices.
  • control unit 21 of the terminal 20 and/or the control unit 11 of the server 10 may be formed not only in a CPU having a control circuit but also in an integrated circuit (IC (Integrated Circuit) chip, LSI (Large Scale Integration)), etc. Each process may or may not be realized by a dedicated logic circuit (hardware) or a dedicated circuit. Further, these circuits may be realized by one or more integrated circuits, and the plurality of processes shown in each embodiment may or may not be realized by one integrated circuit. Furthermore, LSIs are sometimes called VLSIs, super LSIs, ultra LSIs, etc. depending on the degree of integration. Therefore, the control unit 21 may or may not be expressed as a control circuit.
  • IC Integrated Circuit
  • LSI Large Scale Integration
  • the program P (by way of example, but not limitation, a software program, computer program, or program module) of each embodiment of the present disclosure may be provided in a state stored in a computer-readable storage medium, or It doesn't have to be done.
  • the storage medium can store the program P in a "non-temporary tangible medium".
  • the program P may or may not be for realizing a part of the functions of each embodiment of the present disclosure.
  • it may or may not be a so-called difference file (difference program) that can realize the functions of each embodiment of the present disclosure in combination with a program P already recorded on a storage medium.
  • the storage medium may include one or more semiconductor-based or other integrated circuits (ICs), such as, by way of example and not limitation, a field programmable gate array (FPGA) or an application specific integrated circuit (ASIC), a hard ⁇ Disk drive (HDD), hybrid hard drive (HHD), optical disk, optical disk drive (ODD), magneto-optical disk, magneto-optical drive, floppy diskette, floppy disk drive (FDD), magnetic tape, solid state (SSD), a RAM drive, a secure digital card, or any other suitable storage medium, or a suitable combination of two or more thereof.
  • ICs such as, by way of example and not limitation, a field programmable gate array (FPGA) or an application specific integrated circuit (ASIC), a hard ⁇ Disk drive (HDD), hybrid hard drive (HHD), optical disk, optical disk drive (ODD), magneto-optical disk, magneto-optical drive, floppy diskette, floppy disk drive (FDD), magnetic tape, solid state (SSD), a
  • the server 10 and/or the terminal 20 can realize the functions of the plurality of functional units shown in each embodiment by reading the program P stored in the storage medium and executing the read program P.
  • the program P of the present disclosure may or may not be provided to the server 10 and/or the terminal 20 via any transmission medium (communication network, broadcast waves, etc.) that can transmit the program.
  • the server 10 and/or the terminal 20 realize the functions of the plurality of functional units shown in each embodiment by executing a program P downloaded via the Internet or the like.
  • each embodiment of the present disclosure may be implemented in the form of a data signal in which the program P is embodied by electronic transmission.
  • At least part of the processing in the server 10 and/or the terminal 20 may or may not be realized by cloud computing configured by one or more computers.
  • At least part or all of the processing in the terminal 20 may or may not be performed by the server 10.
  • at least some or all of the processing of each functional unit of the control unit 21 of the terminal 20 may or may not be performed by the server 10.
  • At least part or all of the processing in the server 10 may be performed by the terminal 20, or may not be performed.
  • at least some or all of the processing of each functional unit of the control unit 11 of the server 10 may or may not be performed by the terminal 20.
  • the configuration of the determination in the embodiments of the present disclosure is not essential, and a predetermined process may be performed when the determination condition is met, or a predetermined process is performed when the determination condition is not met. You may or may not.
  • script languages such as ActionScript and JavaScript (registered trademark), compiler languages such as Objective-C and Java (registered trademark), markup languages such as HTML Living Standard, etc. It is implemented using script languages such as ActionScript and JavaScript (registered trademark), compiler languages such as Objective-C and Java (registered trademark), markup languages such as HTML Living Standard, etc. It is implemented using script languages such as ActionScript and JavaScript (registered trademark), compiler languages such as Objective-C and Java (registered trademark), markup languages such as HTML Living Standard, etc. It is implemented using script languages such as ActionScript and JavaScript (registered trademark), compiler languages such as Objective-C and Java (registered trademark), markup languages such as HTML Living Standard, etc. It is implemented using script languages such as ActionScript and JavaScript (registered trademark), compiler languages such as Objective-C and Java (registered trademark), markup languages such as HTML Living Standard, etc.
  • FIG. 1-2 is a diagram showing an example of functions realized by the control unit 11 of the server 10 in this embodiment.
  • the control unit 11 includes, by way of example and not limitation, an application management processing unit 111 as a functional unit for executing messaging application management processing according to an application management processing program 151 stored in the storage unit 15.
  • FIG. 1-3 is a diagram showing an example of information etc. stored in the storage unit 15 of the server 10 in this embodiment.
  • Storage unit 15 stores, by way of example and not limitation, an application management processing program 151 executed as a messaging application management process, general account registration data 153, and official account management database 155.
  • the general account registration data 153 is registration data regarding a general account of an application (messaging application in this example), and an example of its data structure is shown in FIG. 1-4.
  • the general account registration data 153 stores, by way of example and not limitation, a general user name, a general application ID, and other registration information in association with each other.
  • the general user name is the name of the general account of the terminal 20 that uses the application, and by way of example and not limitation, the name that the user of the terminal 20 registers when using the application is stored.
  • the general application ID is information used to identify an application's account, or the account itself. This general application ID is preferably a unique value for each account, and by way of example and not limitation, a unique value (unique value) is set and stored for each account by the server 10.
  • the general application ID is information associated with the terminal 20 or the user of the terminal 20, and is an example of information regarding the terminal or information regarding the user of the terminal.
  • Other registered information includes, by way of example and not limitation, identification information for identifying the terminal 20, telephone number of the terminal 20 (terminal telephone number), email address (terminal email address), and information used for various types of authentication in applications.
  • identification information for identifying the terminal 20, telephone number of the terminal 20 (terminal telephone number), email address (terminal email address), and information used for various types of authentication in applications.
  • Various information such as authentication information such as a password (login password, authentication password, etc.) can be included.
  • the official account management database 155 is a management database for managing official accounts in a messaging application, and an example of the data structure of the first official account management database 155A is shown in FIGS. 1-5.
  • the first official account management database 155A stores official account management data as management data for each official account.
  • Each Official Account Management Data may include, by way of example and not limitation, an Official Application ID, an Official Username, other registration information, Official Account Membership Management Data, Official Account Friends Data, and Rich Menu Management Data. be remembered.
  • the official user name is the name of the official account of the terminal 20 that uses the application, and by way of example and not limitation, the name that the user of the terminal 20 registers when using the application is stored.
  • the official application ID is the information used to identify the application's account, or the account itself. This official application ID is preferably a unique value for each account, and by way of example and not limitation, a unique value (unique value) is set and stored for each account by the server 10.
  • the official application ID is information associated with the terminal 20 or the user of the terminal 20, and is an example of information regarding the terminal or information regarding the user of the terminal.
  • Other registered information includes, by way of example and not limitation, identification information for identifying the terminal 20, telephone number of the terminal 20 (terminal telephone number), email address (terminal email address), and information used for various types of authentication in applications.
  • identification information for identifying the terminal 20, telephone number of the terminal 20 (terminal telephone number), email address (terminal email address), and information used for various types of authentication in applications.
  • Various information such as authentication information such as a password (login password, authentication password, etc.) can be included.
  • the identification information for identifying the terminal 20 may be, by way of example and not limitation, a terminal ID (by way of example and not limitation, IMEI (International Mobile Equipment Identity)). Further, the identification information for identifying the user of the terminal 20 may be, by way of example and not limitation, a general application ID or an official application ID. Note that a "general user ID” may or may not be used instead of the general application ID. Further, the "official user ID” may or may not be used instead of the official application ID. If there is no need to distinguish between the general application ID and the official application ID, they may or may not be simply "user IDs.”
  • Official account membership management data is data for managing membership courses for becoming friends with this official account, and includes, by way of example and not limitation, membership course ID, membership course name, monthly fee, and so on. , and other information are stored in association with each other.
  • the membership course ID is information used to identify each membership course.
  • This membership course ID is preferably a unique value for each membership course, and is set and stored by the server 10 as a unique value (unique value) for each membership course, by way of example and not limitation.
  • the membership course name is the name of this messageship course, and by way of example and not limitation, the name registered by the official user when setting the membership course is stored.
  • the monthly fee is the monthly fee that a general user is required to pay in order to subscribe to this membership course, and by way of example and not limitation, the amount registered by an official user when setting up a membership course is remembered. . Note that, by way of example and not limitation, part or all of the amount charged by the general user may be made available to the official user. Further, instead of the monthly fee, it may be possible to set an annual fee or a fee that requires a one-time charge at the time of subscription.
  • Other information should include, by way of example and not limitation, message display format definition information for this membership course, benefit information for joining the membership course, and icon information unique to the membership course. be able to.
  • a course with the membership course name "Premium Member” is set as the first type course in the official account membership management data. It is set that a monthly fee of ⁇ 800 yen'' is required to subscribe to the first type course.
  • a course with the membership course name ⁇ Standard Member'' has been set up as a Type 2 course, and it is set that a monthly fee of ⁇ 400 yen'' is required to subscribe to the Type 2 course.
  • a course with the membership course name "Free Membership” is set as the third type course, and it is set that no charge is required to subscribe to the third type course.
  • Official account friend data is data for identifying a general account that is a friend of this official account, and by way of example and not limitation, a general user name, general application ID, and membership course ID are stored in association with each other. Ru. Note that the official account friend data may be further associated with registration date and time and stored.
  • the general application ID of the general account that has registered this official account as a friend is stored in the general application ID.
  • the general user name stores, by way of example and not limitation, the user name stored in the general account registration data 153 in association with this general application ID.
  • the membership course ID of the membership course selected to join using the general account is stored in the membership course ID.
  • the registration date and time stores, by way of example and not limitation, the date and time when the general account identified by this general application ID registered this official account as a friend.
  • an official user who is a user of this official account may send any message corresponding to the membership course ID to a terminal whose general application ID is stored in the official account friend data. .
  • Rich menu function management data is a management database for configuring function buttons in the rich menu configured in the official account's talk room (chat room) according to the membership course for friends of this official account.
  • the rich menu ID, rich menu name, membership course ID, and action URI are stored in association with each other.
  • a rich menu ID is information used, by way of example and not limitation, to identify a rich menu function button located within a rich menu.
  • This rich menu ID is preferably a unique value for each rich menu function button, and is set and stored by the server 10 as a unique value (unique value) for each rich menu function, by way of example and not limitation.
  • the rich menu name is the name of this rich menu function button, and by way of example and not limitation, the name registered by the official user when setting the rich menu function is stored.
  • the membership course ID is the membership course for which the rich menu function is enabled in the rich menu configured in the talk room of this official account. This is information used for identification.
  • This membership course ID stores, by way of example and not limitation, a membership course ID indicating a membership course for which the rich menu function has been enabled when the official user sets the rich menu function.
  • the action URI is information for specifying the behavior when the rich menu function button is selected by a general user.As an example and not a limitation, the action URI is information for specifying the behavior when the rich menu function button is selected by the official user.
  • the URI Uniform Resource Identifier
  • FIGS. 1-6 are diagrams showing an example of functions realized by the control unit 21 of the terminal 20 in this embodiment.
  • Control unit 21 includes, by way of example and not limitation, an application processing unit 211 as a functional unit for executing messaging application processing according to application processing program 281 stored in storage unit 28 .
  • FIG. 1-7 is a diagram showing an example of information etc. stored in the storage unit 28 of the terminal 20 in this embodiment.
  • the storage unit 28 stores, by way of example and not limitation, an application processing program 281 executed as a messaging application process and an application ID 283 of the own terminal 20 or the user of the own terminal 20.
  • the application ID 283 may be configured to be able to store only one of the general application ID and the official application ID, or may be configured to be able to store both the general application ID and the official application ID.
  • the application ID 283 may or may not be able to store multiple application IDs.
  • terminals in which general application IDs are stored as application IDs are referred to as general user terminals 20 (terminals 20A, terminals 20B, terminals 20C, ...), and terminals in which official application IDs are stored are referred to as official user terminals.
  • the user terminals 40 terminal 40A, terminal 40B, terminal 40C, . . . ) will be distinguished and explained.
  • the configuration of the terminal 20 described above can be similarly applied to the terminal 40, by way of example and not limitation.
  • ⁇ Display screen> a case where the terminal 20 is a smartphone including the display section 24 of a vertically long display will be exemplified.
  • a smartphone is provided with a touch panel that functions as an input unit, facing its display, thereby forming a touch screen.
  • a touch panel that functions as an input unit, facing its display, thereby forming a touch screen.
  • a tap is, by way of example and not limitation, an action in which a user lightly taps the display unit 24 (touch screen) in which a touch panel is integrated, with a finger or a pen tip, or a movement in which the user touches and then releases the display unit 24 (touch screen). It is an action.
  • transition of the display screen described below is only an example of the transition of the display screen for realizing the method of the present disclosure.
  • display of some display screens may be omitted, or other display screens may be added.
  • FIG. 1-8 is a diagram showing an example of the transition of screens displayed on the display unit 24 of the terminal 20 in this embodiment.
  • the left side of FIG. 1-8 shows general user A. It is an example of the home screen of the messaging application displayed on the display unit 24 of A's terminal 20A. At the top center of the screen, the text "Messaging App" is displayed as the name of the messaging application. Further, at the top right of the screen, an icon image and a user name (user AA in this example) of the messaging application of the user of this terminal 20 are displayed.
  • a current location display area is configured that indicates the current location in the messaging application.
  • the word "home” indicating that the current location is the home of the messaging application is displayed in the current location display. displayed within the area.
  • a "Friends” menu is displayed below the current location display area to display a list of accounts that are friends with the user of the terminal 20A.
  • the "Friends" menu is displayed in a collapsed state.
  • the collapsed menu will expand to display a list of hidden friend icons and usernames. It is configured.
  • the configuration is such that a "Group” menu for displaying a list of groups to which A belongs (including user A.A) is displayed.
  • the "Groups” menu is displayed in a collapsed state, as is the "Friends" menu.
  • the menu expand button on the right side of the "Groups" menu is tapped, the collapsed menu will expand and a list of hidden group icons and group names will be displayed. It is configured.
  • a "Recommended Official Accounts” menu is displayed to display a list of official accounts recommended for friend registration to the user of the terminal 20A.
  • the "Recommended Official Accounts” menu includes, by way of example and not limitation, official user "XX Super”, official user “LL Yoga Studio”, and official user "MM cafe” based on the user information of the terminal 20A.
  • the names and icons of multiple official users are displayed.
  • the bottom of the home screen is configured to display the function menu of the messaging application.
  • the function menu includes, by way of example and not limitation, a "Home” button to display the home screen, a "Talk” button to display the talk list screen, and a "Talk” button to display the membership card of the official account. "Card” button is displayed. By way of example and not limitation, the "Home” button is highlighted on this screen to indicate that it is a home screen.
  • the words "Official Account Membership" are displayed in the current location display area, indicating that the current location is the official account membership selection screen of the messaging application.
  • the information on the official user with whom the user of the terminal 20A registers as a friend is displayed below the current position display area.
  • the icon and user name of the official user "LL Yoga Studio" selected on the home screen are displayed.
  • a first type course display area FCR1 for displaying information on the first type course a second type course display area SCR1 for displaying information on the second type course
  • a third type course display area TCR1 for displaying information on the third type course is displayed.
  • a badge indicated by the letter "P” that is given when belonging to the "Premium Member” course is displayed on the right side of the membership course name "Premium Member”.
  • the benefits that will be granted if you belong to the "Premium Membership” course (here, as an example, not a limitation, "In addition to standard membership registration, one-on-one lesson once a month") etc.) is displayed.
  • the monthly fee for this membership course (here, "800 yen/month”) is displayed.
  • a subscription button JBT1 indicated by the characters "Subscribe” for selecting and subscribing to this membership course is displayed.
  • the second type course display area SCR1 and the third type course display area TCR1 are also configured to display the same content as the first type course display area FCR1, by way of example and not limitation.
  • the display transitions to the talk room screen on the right side of FIG. 1-8, by way of example and not limitation.
  • the characters "LL Yoga Studio” indicating that the current location is an OA talk room screen with the official user name "LL Yoga Studio” are displayed in the current location display area.
  • a content display area TR1 for displaying content (message) to be transmitted (posted) to this talk room is displayed below the current position display area.
  • a content input area for inputting and selecting content to be sent to this talk room is displayed below the content display area TR1.
  • the content display area TR1 includes, by way of example and not limitation, user A. Based on the fact that A has selected and subscribed to the "premium member" course as a membership course, the first type message content FMC1 with the words "Thank you for registering as a premium member” is displayed. Below that, third type message content TMC1 with the words “Tomorrow is member appreciation day! 10% off studio fees! is displayed. Further, below that, the second type message content SMC1 with the words "Standard members and above get a whopping 20% off! is displayed.
  • the first type message content FMC1, the third type message content TMC1, and the second type message content SMC1 are messages sent from the official user "LL Yoga Studio" to the user of this terminal 20. Therefore, user A. On A's terminal 20A, it is displayed as a balloon starting from the left side.
  • the first type message content FMC1 is sent only to users who have subscribed to the first type course, the "premium member" course. Therefore, the display mode of the first type message content FMC1 is, by way of example and not limitation, white text on a black background.
  • the third type message content TMC1 may be a third type course, ⁇ Free Member'' course, a second type course, ⁇ Standard Member'' course, or a first type course, ⁇ Premium Membership''. Sent to users who have subscribed to the "Membership" course. Therefore, the display mode of the third type message content TMC1 is, by way of example and not limitation, the standard display mode, which is black text on a white background.
  • the second type message content SMC1 is sent to a user who has subscribed to a "standard member” course, which is a second type course, or a "premium member” course, which is a first type course. . Therefore, the display mode of the second type message content SMC1 is, by way of example and not limitation, black text on a gray background.
  • coupon information CP1 that can be used at official user stores, etc. is displayed.
  • This coupon information CP1 is provided by user A. by way of example and not limitation. It is distributed and displayed based on the fact that A has subscribed to the "premium member" course.
  • a rich menu display area RM1 is configured to be displayed at the bottom of the content display area TR1.
  • user A Based on the fact that A has subscribed to the "premium member" course, the "one-on-one lesson reservation” function button FRB1, the “online lesson video viewing” function button SRB1, and the “studio lesson reservation” function button TRB1 are displayed. ing. Further, badges indicated by the letter “P” are displayed on the "one-on-one lesson reservation” function button FRB1 and the "online lesson video viewing” function button SRB1.
  • FIG. 1-9 shows, by way of example and not limitation, general user B. It is an example of the home screen of the messaging application displayed on the display part 24 of B's terminal 20B.
  • the official account membership selection screen in the center of Figure 1-9 is displayed.
  • the display changes to .
  • the join button JBT2 the display changes to the talk room screen on the right side of FIG. 1-9, by way of example and not limitation.
  • the content display area TR2 includes, by way of example and not limitation, user B. Based on the fact that B selected and joined the "Standard Membership" course as a membership course, the second type message content SMC2 with the text "Thank you for registering as a standard member", the third type message content TMC1, and the third type message content TMC1 are created. Type 2 message content SMC1 is displayed.
  • the second type message content SMC2, the third type message content TMC1, and the second type message content SMC1 are transmitted from official user "LL Yoga Studio" to general user B. Because of the message sent to user B. On B's terminal 20B, it is displayed as a balloon starting from the left side.
  • the second type message content SMC2 is sent only to users who have subscribed to the "Standard Member" course, which is the second type course. Therefore, the display mode of the second type message content SMC2 is, by way of example and not limitation, black text on a gray background.
  • Coupon information CP1 is displayed below the second type message content SMC1.
  • This coupon information CP1 is provided by user B. by way of example and not limitation. It is distributed and displayed based on the fact that B has subscribed to the "Standard Member" course.
  • a rich menu display area RM2 is configured to be displayed at the bottom of the content display area TR2.
  • user B Based on the fact that B has subscribed to the "Standard Member" course, an "Online Lesson Video Viewing" function button SRB1 and a “Studio Lesson Reservation” function button TRB1 are displayed. Further, a badge indicated by the letter “S” is displayed on the "online lesson video viewing” function button SRB1.
  • FIG. 1-10 shows, by way of example and not limitation, general user C. It is an example of the home screen of the messaging application displayed on the display part 24 of terminal 20C of C.
  • the official account membership selection screen in the center of Figure 1-10 is displayed. The display changes to .
  • the join button JBT3 is tapped by the user, the display transitions to the talk room screen on the right side of FIG. 1-10, by way of example and not limitation.
  • the content display area TR3 includes, by way of example and not limitation, user C. Based on the fact that C selected and joined the "Free Membership" course as a membership course, the third type message content TMC2 with the text "Thank you for registering as a free member", the third type message content TMC1, and " If you are a standard member or above, you might get a better deal though'' Type 3 message content TMC3 is displayed.
  • the third type message content TMC2, the third type message content TMC1, and the third type message content TMC3 are transmitted from the official user "LL Yoga Studio" to the general user C. Because of the message sent to user C.C. On C's terminal 20B, it is displayed as a balloon starting from the left side.
  • the third type message content TMC2 and the third type message content TMC3 are sent only to users who have subscribed to the "free membership" course, which is the third type course.
  • the display mode of the third type message content TMC2 and the third type message content TMC3 is, by way of example and not limitation, a standard display mode of black characters on a white background.
  • the coupon information CP1 is not distributed and the coupon information CP1 is not displayed.
  • a rich menu display area RM3 is configured to be displayed at the bottom of the content display area TR3.
  • user C Based on the fact that C has subscribed to the "free membership" course, only the "studio lesson reservation” function button TRB1 is displayed.
  • a "Membership” button when the talk room menu button displayed on the right side of the current location display area is tapped, a "Membership" button will be displayed to change the membership course for this talk room. It may be configured as follows. As an example, and not as a limitation, when the "Membership" button is tapped, the display transitions to the official account membership selection screen in the center of Figure 1-10, and the membership course can be changed. You can do it like this.
  • FIG. 1-11 is a flowchart showing an example of the flow of processing executed by each device in this embodiment. This figure shows an example of a process executed by the control unit 21 of the terminal 20A (general user AA's terminal 20) and a process executed by the control unit 11 of the server 10, in order from the left side.
  • this process is only an example of a process for realizing the technique of the present disclosure, and is not limited to this process. Another step may be added to this process, or some steps may be omitted (deleted) from this process. This is the same for each flowchart (process) described below.
  • the control unit 41 of the terminal 40A terminal 40 of official user A.
  • the official account membership setting information including registered content of official account membership management data
  • the official account membership setting information may be transmitted to the server via the communication I/F 42.
  • the control unit 21 of the terminal 20A registers a friend based on the user's input (hereinafter referred to as "user input") to the input/output unit 23 of the terminal 20A.
  • user input a friend based on the user's input
  • the control unit 21 of the terminal 20A transmits official account friend addition request information including at least the official user application ID to the server 10 via the communication I/F 22 (A110).
  • the control unit 11 of the server 10 When the communication I/F 14 receives the official account friend addition request information from the terminal 20A, the control unit 11 of the server 10 refers to the official account management database 155, by way of example and not limitation, and adds information based on the received official user application ID. , Load the relevant official account membership management data. Then, by way of example and not limitation, the control unit 11 of the server 10 transmits official account membership subscription information including official account membership management data to the terminal 20A via the communication I/F 14 (S110).
  • the control unit 21 of the terminal 20A When the official account membership registration information is received from the server 10 through the communication I/F 22, the control unit 21 of the terminal 20A causes the display unit 24 to display the received official account membership registration information. Then, by way of example and not limitation, the membership course ID that the user of terminal 20A wishes to join is accepted based on user input. Then, the control unit 21 of the terminal 20A transmits official account membership course selection information including, by way of example and not limitation, the membership course ID and the general application ID of the terminal 20A to the server 10 via the communication I/F 22.
  • the control unit 11 of the server 10 Upon receiving the official account membership course selection information from the terminal 20A through the communication I/F 14, the control unit 11 of the server 10 executes official account friend addition processing (S130).
  • the control unit 11 of the server 10 refers to the official account management database 155 by way of example and not limitation, and adds the official account friend data of the official account management data specified by the official account friend addition request information.
  • the general application ID of the terminal 20A and the membership course ID included in the official account membership course selection information are added and stored.
  • control unit 11 of the server 10 executes message distribution processing (S150). Further, the control unit 21 of the terminal 20A executes message distribution processing (A150).
  • message delivery request information may include, by way of example and not limitation, message content (message content) and message type (by way of example and not limitation, the membership course ID of the transmission target).
  • the message delivery process may be executed based on conditions preset by the user of the terminal 40 (for example, not limitation, when adding a friend).
  • message delivery management data similar to rich menu management data may be stored in the first official account management database 155A.
  • a message ID, a message text, a membership course ID to be distributed, and a distribution condition may be stored and managed in association with each other.
  • message delivery processing is roughly divided into the following two types, by way of example and not limitation.
  • - First message distribution process The first type message is sent only to the terminals 20 that have subscribed to the first type course, and the second type message is sent only to the terminals 20 that have subscribed to the second type course.
  • ⁇ Second message distribution process The first type message is sent only to the terminal 20 that has subscribed to the first type course, and the second type message is sent to the terminal 20 that has subscribed to the first type course and the terminal 20 that has subscribed to the second type course. and will be sent to.
  • FIG. 1-12 is a flowchart showing an example of the flow of processing executed by each device in the first message distribution processing. Note that in this flowchart, to simplify the explanation, we will consider a case where the message types are a type 1 message and a type 2 message, but the same process can be implemented even when a type 3 message etc. is included. I can do it.
  • control unit 11 of the server 10 determines whether the message to be transmitted is the first message (S1510).
  • the control unit 11 of the server 10 refers to the official account friend data and determines the membership course of the destination account. It is determined whether or not the course is a Type 1 course (S1530).
  • the control unit 11 of the server 10 transmits the first message information to the terminal 20 via the communication I/F 14 (S1550). ). If it is determined that the membership course of the destination account is not the first type course (S1530: NO), the control unit 11 of the server 10 ends the first message distribution process.
  • step of S1530 may be sequentially executed for all general application IDs registered in the official account friend data.
  • the control unit 21 of the terminal 20A displays the received first type message information on the display unit 24 (A1530). ).
  • the control unit 21 of the terminal 20A skips step A1530.
  • control unit 11 of the server 10 refers to the official account friend data and determines the membership course of the destination account. It is determined whether the course is a type 2 course (S1570).
  • the control unit 11 of the server 10 transmits the second message information to the terminal 20 via the communication I/F 14 (S1590). ). If it is determined that the membership course of the destination account is not the second type course (S1570: NO), the control unit 11 of the server 10 ends the first message distribution process.
  • step S1570 may be sequentially executed for all general application IDs registered in the official account friend data.
  • the control unit 21 of the terminal 20A When determining that the communication I/F 22 has received the second type message information from the server 10 (A1550: YES), the control unit 21 of the terminal 20A causes the display unit 24 to display the received second type message information (A1570). ). When determining that the first type message information is not received (A1550: NO), the control unit 21 of the terminal 20A skips step A1570.
  • FIG. 1-13 is a flowchart showing an example of the flow of processing executed by each device in the second message distribution processing. Note that in this flowchart, to simplify the explanation, we will consider a case where the message types are a type 1 message and a type 2 message, but the same process can be implemented even when a type 3 message etc. is included. I can do it.
  • control unit 11 of the server 10 determines whether the message to be transmitted is the first message (S1515).
  • the control unit 11 of the server 10 refers to the official account friend data, by way of example and not limitation, and determines the membership course of the destination account. It is determined whether or not the course is a Type 1 course (S1530).
  • control unit 11 of the server 10 refers to the official account friend data and sends the second type message information to the terminal 20, by way of example and not limitation. (S1590).
  • the control unit 21 of the terminal 20A terminate.
  • the control unit 21 of the terminal 20A returns to step A150 and executes the process, by way of example and not limitation.
  • the control unit 21 of the terminal 20A may terminate the conversation.
  • the request information is transmitted to the server 10 via the communication I/F 22, and the process is ended.
  • the control unit 21 of the terminal 20A returns to step A150 and executes the process, by way of example and not limitation.
  • the control unit 11 of the server 10 ends the process. As an example and not as a limitation, if it is determined that the dialogue end request information is not received (S170: NO), the control unit 11 of the server 10 returns to step S150 and executes the process, as an example and not as a limitation.
  • the membership courses selectable in the official account are displayed on the official account membership selection screen displayed on the display unit 24 of the terminal 20, but the present invention is not limited to this.
  • Membership courses that can be selected in an official account are displayed as a message in a talk room that is displayed on the display section 24 of the terminal 20 and includes the general account of the user of the terminal 20 and the official account. Good too.
  • membership courses that can be selected in the official account may be displayed in the chat room as a guidance message via the server 10. Then, the official account membership course selection information may be transmitted from the terminal 20 based on the user input in response to the message displayed in this talk room.
  • the display mode of the first type message, second type message, and third type message is changed in the talk room with the official account, but the present invention is not limited to this.
  • the icon of the official account that is displayed in association is the primary icon, and for type 2 messages, it is displayed in association.
  • the official account icon displayed may be the second icon, and for the third type message, the official account icon displayed in association may be the third icon.
  • the first type message may be displayed in a chat room with a higher display order, or the first type message may be displayed at a fixed position. That is, the display mode of various information in the talk room may be changed based on the type of message (the type of destination set in the message).
  • This embodiment is a general account (not limited, but an example of a first account) that performs a chat process (not limited, but an example of chat-related processing) with an official account (not limited, but an example of a second account).
  • the user's terminal 20 (an example, but not limited to, the terminal of the user of the first account) performs the following processing.
  • the correspondence (association) between a general account and an official account includes a correspondence between a first type and a second type, and the general user's terminal 20 determines whether or not the official account member Information such as ship selection information (not limited to this, but an example of first information that requests association between a first account and a second account as a first type) is transmitted via the communication I/F 22.
  • the general user's terminal 20 receives, through the communication I/F 22, a type 1 message (not limited to, but an example of the first message) transmitted from the official account. Then, the general user's terminal 20 transmits the received type 1 message to a chat room (not limited to (Example) shows the configuration displayed in the room.
  • a chat room not limited to (Example) shows the configuration displayed in the room.
  • the terminal of the user of the first account may classify the first account and the second account as the first type based on the input by the user of the own terminal to the own terminal.
  • the first account can be associated with the second account as the first type by transmitting first information requesting association with the account.
  • the first message is sent to the first message displayed on the display of the own terminal. It can be displayed in a chat room containing the account and the second account to notify the user of the own terminal.
  • the terminal 20 of the general user displays information such as official account membership registration information (not limited, but an example of the second information) on the display unit 24 for selecting the first type and the second type. to be displayed.
  • the first information may be transmitted by the communication I/F 22 based on the input to the second information.
  • the first information can be transmitted based on the input to the second information.
  • the terminal may request association between the first account and the second account as the first type.
  • information such as information for joining the official account membership (not limited to, but an example of secondary information) may be used in chat rooms (not limited to chat rooms) that include the user's general account and official account. (for example, a room).
  • chat rooms not limited to chat rooms
  • the user of the first account can By inputting an input to select the first type from the type and the second type, the terminal can request association between the first account and the second account as the first type.
  • the first type may be a type that requires a fee, such as a premium member or a standard member
  • the second type may be a type that does not require a fee, such as a free member.
  • the user of the first account selects the type that requires charging from the types that require charging and the types that do not require charging, and then selects the type that requires charging.
  • the terminal may request an association between the first account and the second account.
  • the first type and the second type are billing types such as premium members and standard members, and premium members have a larger billing amount than standard members (this is not a limitation; the first type is the second type).
  • An example of a case where the charge amount is larger than the type) may be adopted.
  • the user of the first account selects the first type with the larger charge amount from two charge types (first type, second type), and then The terminal can request that the first account be associated with the second account as the first type with the larger charge amount.
  • the first type message (not limited, an example of the first message) is sent to the general account associated with the official account as the first type
  • the second type message (not limited, An example of a second message different from the first message) may be sent as a second type to a general account associated with an official account.
  • the first message is sent to an account associated with the second account as the first type
  • the second message different from the first message can be sent as a second type to an account associated with the second account.
  • the first type message (not limited, an example of the first message) is sent to the general account associated with the official account as the first type
  • the second type message (not limited, An example of a second message different from the first message) is sent to a general account associated with an official account as the first type, and a general account associated with an official account as the second type. You can also do this.
  • the first message is sent to an account associated with the second account as the first type
  • the second message different from the first message can be transmitted to both an account associated with the second account as the first type and an account associated with the second account as the second type.
  • the second type message (not a limitation, but an example of the second message) is displayed in the talk room in a different manner from the first type message (not a limitation, but an example of the first message). It's okay.
  • the first message and the second message are messages to different destinations. .
  • information such as the icon of the official account displayed in association with the message may be displayed in the talk room in different ways.
  • information indicating the first type and information indicating the second type are displayed in different forms in the chat room in processing related to chat with the second account. It can be done.
  • it is possible for a user to be able to understand at a glance whether a message displayed in a chat room is based on a message of the first type or the second type. can.
  • the general user's terminal 20 may transfer rich menu information (not limited, an example of first menu information) related to the official account (not limited, but an example of second account) to the chat room (not limited, but an example of first menu information). example). Then, based on the transmission of the first information, rich menu information for the first type (not limited to, but an example of second menu information) that is different from the rich menu information described above may be displayed in the talk room.
  • the terminal of the user of the first account based on the transmission of the first information, displays the second menu information for the first type that is different from the first menu information regarding the second account. Menu information can be displayed in the chat room.
  • the user can use special menu information for the first type (second menu information). It becomes possible.
  • this embodiment communicates with the terminal 20 of a general user of a general account (an example of a first terminal, not a limitation) and the terminal 40 of an official user of an official account (an example of a second terminal, not a limitation).
  • the server 10 performs the following processing.
  • the correspondence (association) between general accounts and official accounts includes correspondence between the first type and the second type, and the server 10 stores information such as official account membership selection information (not limited to the first type). (an example of first information requesting association between a first account and a second account) is received from the general user's terminal 20 by the communication I/F 14.
  • the server 10 sends a message (not limited to A configuration is shown in which a first message (an example of the first message) is transmitted to a general user's terminal 20 via the communication I/F 14.
  • the server may create a second account based on receiving first information requesting association between the first account and the second account as the first type.
  • a first type of message sent from the first terminal and displayed in a chat room including the first account and the second account on the first terminal can be sent to the first terminal.
  • FIG. 1-14 is a diagram showing an example of the transition of the screen displayed on the display unit 24 of the terminal 20A in this modification.
  • the left side of FIG. 1-14 is, by way of example and not limitation, an example of a display screen when the menu development button on the right side of the "Friends" menu is tapped on the home screen on the left side of FIG. 1-8.
  • the display priority for friends of official users may change depending on the membership course without affecting the display order of general users.
  • the display transitions to the talk list screen for checking the talk room list in the center of FIG. 1-14, by way of example and not limitation.
  • the talk list screen is configured so that, by way of example and not limitation, it is possible to easily check the status of message transmission and reception with friends and groups.
  • the word "talk" indicating that the current location is the chat list screen of the messaging application is displayed within the current location display area.
  • the icon, name, and last sending/receiving date and time of the friends or groups with whom you have sent and received messages are displayed on a line-by-line basis as information about the chat room you are friends with. There is. Furthermore, the number of unread messages is displayed in a black circle at the right end of each line.
  • this screen displays that the last date and time of message transmission/reception with the official user "LL Yoga Studio” was “yesterday” and that the number of unread messages was “1". Also, general user B. The date and time of the last message sent/received with B is "8:17 (today)" and the number of unread messages is "2".
  • this screen is set to display messages in descending order according to the chronological order of the last sent/received date and time of the message.
  • the display order of talk rooms will be prioritized according to the monthly fee. It may also be possible to set it as follows. Therefore, as an example and not a limitation, on this screen, the talk room information of the official user "LL Yoga Studio” with the highest monthly fee is displayed at the top, and the talk room information of the official user "Team NN Fans” with the second highest monthly fee is displayed on the top row. Club” talk room information is displayed on the next level.
  • chat room information when displaying chat room information separately for friends of general users and friends of official users, it does not affect the display order of chat room information for general users, and priority is given to displaying chat room information for friends of official users.
  • the ranking may change depending on the membership course.
  • the word "card” indicating that the current location is the membership card screen of the messaging application is displayed in the current location display area.
  • a card information display area for displaying membership card information about official users who are friends is displayed below the current position display area.
  • membership card information sent only to general accounts that have subscribed to the 1st type course is referred to as ⁇ 1st type card content''
  • membership card information sent only to general accounts that have subscribed to the 2nd type course are referred to as "second type card content", etc.
  • the first type card content FCC1 of the official user "LL Yoga Studio” the second type card content SCC1 of the official user "Team NN Fan Club”
  • the third type card content TCC1 of "Mart” is displayed.
  • the membership course for each official user has the same monthly fee setting as the official user "LL Yoga Studio", by way of example and not limitation.
  • the display mode of the first type card content FCC1 is, by way of example and not limitation, white characters on a black background. Further, in the upper right corner of the first type card content FCC1, a badge indicated by the letter "P" indicating that the membership course is "premium member” is displayed. In the lower part of the first type card content FCC1, code information that can be read by the official user's terminal 40 is displayed as a barcode, by way of example and not limitation. This code information may include, by way of example and not limitation, a general application ID, a friend's official application ID, and a membership course ID. As a result, by way of example and not limitation, when the code information is read on the terminal 40, it may be possible to check the general user name, the membership course to which the user has subscribed, and the like.
  • the display mode of the second type card content SCC1 is, by way of example and not limitation, black text on a gray background. Further, in the upper right corner of the second type card content SCC1, a badge indicated by the letter "S" indicating that the membership course is "Standard Member" is displayed.
  • the code information may also be configured in the same manner as the first type card content FCC1, by way of example and not limitation.
  • the display mode of the third type card content TCC1 is, by way of example and not limitation, black text on a white background, which is a standard display mode. Furthermore, no badge is displayed in the upper right corner of the third type card content TCC1.
  • the code information may also be configured in the same manner as the first type card content FCC1, by way of example and not limitation.
  • the general user's terminal 20 is configured to display chat room information (limited to A talk list (not limited to, but an example of a list) of chat room information (an example of chat room information) is displayed on the display unit 24. Further, a configuration is shown in which the control unit 21 performs processing related to distinguishing talk room information to be displayed on the talk list based on the transmission of the first information. As an example of the effect of the modified example obtained by such a configuration, the terminal of the user of the first account distinguishes the chat room information displayed in the list based on the transmission of the first information, so that the user's convenience is improved. can be improved.
  • the talk list is displayed based on the date and time when the user's general account (first account) received the message.
  • the above-mentioned process for distinguishing is a process for giving the highest display order to the chat room information (not limited to, but an example of the first chat room information) related to the official account that is associated with the official account as the first type. It may be included.
  • the first chat room information related to the second account associated with the second account as the first type has the highest display order, the first chat room information in the list Chat room information can be made most visible, and user convenience can be improved.
  • FIG. 1-15 is a diagram showing an example of a screen displayed on the display unit 24 of the terminal 20 in this modification.
  • the screen in FIG. 1-15(A) is shown by way of example, not limitation, for a general user A who has subscribed to the first type course, "Premium Membership.”
  • This is another example of the talk room screen displayed on the display unit 24 of A's terminal 20A.
  • the content display area TR1 includes user A.
  • the third type message content TMC4 with the words "Next lesson reservation" is displayed.
  • Sent message content UMC1 containing the words "I would like to take a break from lessons", which is a message sent by A to the official user "LL Yoga Studio” is displayed.
  • the first type message content FMC2 that starts with the characters "Hello. I'm LL, the representative” and the first type message content FMC3 that starts with the characters "You can transfer to another day” are displayed. has been done.
  • the sent message content UMC1 is a message sent from the user of this terminal 20 to the official user "LL Yoga Studio", so the sent message content UMC1 is the message sent by the user A.
  • the sent message content UMC1 is sent to and displayed on the terminal 40 of the official user "LL Yoga Studio.” Therefore, the first type message content FMC2 and the first type message content FMC3 are messages that are transmitted based on user input from the terminal 40, by way of example and not limitation.
  • the screen in FIG. 1-15(B) is shown by way of example, not limitation, for general user B who has subscribed to the "Standard Membership", which is the second type course.
  • This is another example of the talk room screen displayed on the display unit 24 of B's terminal 20B.
  • the third type message content TMC4 with the words "Next lesson reservation" is displayed.
  • Sent message content UMC2 containing the words "I would like to take a break from lessons", which is a message sent by B to the official user "LL Yoga Studio” is displayed.
  • SMC3 that starts with the words "Hello, Mr. B.”
  • a third type message content that starts with the words "Are you sure you want to cancel the lesson starting at 7:00 pm today?"
  • TMC5 is displayed.
  • the sent message content UMC2 is not sent to the terminal 40 of the official user "LL Yoga Studio". Therefore, the second type message content SMC3 and the third type message content TMC3 are messages that are automatically generated and transmitted by the control unit 11 of the server 10, by way of example and not limitation.
  • the screen shown in FIG. 1-15(C) is shown by way of example, not limitation, for a general user C.
  • This is another example of the talk room screen displayed on the display unit 24 of the terminal 20C of C.
  • the content display area TR3 includes, by way of example and not limitation, user C.
  • the third type message content TMC4 with the words "Next lesson reservation" is displayed.
  • Sent message content UMC3 containing the words "I would like to take a break from lessons", which is a message sent by C to the official user "LL Yoga Studio”, is displayed.
  • the third type message content TMC5 with the text "Are you sure you want to cancel the lesson starting at 7:00 pm today?" is displayed.
  • the sent message content UMC3 is not sent to the terminal 40 of the official user "LL Yoga Studio". Furthermore, as an example and not a limitation, based on the fact that the membership course of the sender is the third type course, even if the sent message contents are messages with the same content, the second type message content SMC3 is controlled by the server 10. It is not automatically generated by the unit 11.
  • FIG. 1-16 is a flowchart showing an example of the flow of processing executed by each device in the third message distribution processing.
  • the process executed by the control unit 21 of the terminal 20A general user A.A's terminal 20
  • the process executed by the control unit 11 of the server 10 the terminal 40A (official user A's terminal 40)
  • An example of processing executed by the control unit 41 is shown. Note that in this flowchart, to simplify the explanation, we will consider a case where the message types are a type 1 message and a type 2 message, but the same process can be implemented even when a type 3 message etc. is included. I can do it.
  • control unit 21 of the terminal 20A transmits inquiry message information including a message to the official user A to the server 10 via the communication I/F 22 based on user input (A1505).
  • the control unit 11 of the server 10 refers to the official account friend data, by way of example and not limitation, and determines that the membership course of the sender account is the first type course. It is determined whether there is one (S1515). If it is determined that the membership course of the sender account is the first type course (S1515: YES), the control unit 11 of the server 10 transmits the inquiry message information to the terminal 40A via the communication I/F 14 (S1535). .
  • the control unit 41 of the terminal 40A displays the received inquiry message information on the display unit 44 (C1530). Then, the control unit 41 of the terminal 40A transmits reply message information to the server 10 via the communication I/F 42 based on the user input of the terminal 40A (C1550).
  • the control unit 41 of the terminal 40A ends the process.
  • the control unit 11 of the server 10 Upon receiving the reply message information from the terminal 40A through the communication I/F 14, the control unit 11 of the server 10 transmits the first type message information including the reply message information to the terminal 20A through the communication I/F 14 (S1555). Then, the control unit 11 of the server 10 ends the process.
  • the control unit 11 of the server 10 If it is determined that the membership course of the sender account is a Type 2 course (S1515: NO), the control unit 11 of the server 10 generates an automatic response message based on the received inquiry message information. Information generation processing is executed (S1575). Then, the control unit 11 of the server 10 transmits type 2 message information including automatic response message information to the terminal 20A via the communication I/F 14 (S1595). Then, the control unit 11 of the server 10 ends the process.
  • the message generation content may or may not be changed based on the membership course.
  • the server 10 receives, through the communication I/F 14, a message (an example of a second message, not a limitation) sent from a general user's terminal 20 (an example of a first terminal, not a limitation). Based on this, a response message (not limited, but an example of a third message) based on this message, which is displayed in the talk room, is transmitted to the general user's terminal 20 via the communication I/F 14. Further, after receiving the first information, the server 10 receives the above-mentioned first message (not limited to, an example of the second message) transmitted from the general user's terminal 20 through the communication I/F 14.
  • a configuration is shown in which a response message different from the above response message (an example of a fourth message, not limited to) displayed in a talk room is sent to a general user's terminal 20 via the communication I/F 14.
  • the server based on receiving the second message transmitted from the first terminal, can display a third message based on the second message displayed in the chat room. While sending the message to the first terminal, after receiving the first information, the message is displayed in the chat room based on receiving the second message sent from the first terminal of the user of the first account.
  • a fourth message different from the third message can be sent to the first terminal. In other words, if the same message (second message) is received again from the first terminal after receiving the first information, a message different from the message sent before receiving the first information (third message) will be sent. (fourth message) can be sent to the first terminal.
  • the third message may be an automatic response message
  • the fourth message may be a manual response message.
  • the server may transmit an automatic response message to the first terminal before receiving the first information, and may send a manual response after receiving the first information. A message can be sent to the first terminal.
  • FIG. 1-17 shows an example data structure of a second official account management database 155B, which is another example of the official account management database 155.
  • the second official account management database 155B stores official account management data as management data for each official account.
  • Each official account management data stores, by way of example and not limitation, an official application ID, an official user name, a membership course name, a monthly fee, other registration information, and official account friend data.
  • the membership course name corresponds to the membership course name of the official account membership management data in the first official account management database 155A.
  • the monthly fee corresponds to the monthly fee for official account membership management data in the first official account management database 155A.
  • Other registration information includes, in addition to other registration information in the first official account management database 155A, message display mode definition information for this official application ID, benefit information when joining a membership course, and membership course-specific information. It may also include various types of information such as icon information.
  • the official account friend data does not store a membership course ID.
  • the display mode of the message content displayed on the talk room screen is changed depending on the membership course, but the present invention is not limited to this.
  • a priority order may be set for the display order of the message contents, and the message contents may be displayed in a different order according to the priority order.
  • the display position in the talk room may be different (not as a limitation, but as an example, type 1 message content is on the upper left, type 2 message content is on the lower left, etc.). It's okay.
  • a general user selects a membership course when registering an official account as a friend (adding a friend), but the present invention is not limited to this.
  • a general user registers an official account as a friend, a non-paying membership course is automatically selected. Thereafter, by way of example and not limitation, it may be possible to move to a membership course that requires payment based on input such as an operation by a general user.
  • FIG. 1-18 is a diagram showing an example of a screen displayed on the display unit 24 of the terminal 20 in this modification.
  • the left side of FIG. 1-18 shows, by way of example and not limitation, general user A. It is an example of the home screen of the messaging application displayed on the display unit 24 of A's terminal 20A.
  • a user taps the official user "LL Yoga Studio” item in the "Recommended Official Accounts" menu, a message will be displayed on the talk room screen in the center of Figure 1-18. Transition.
  • the content display area TR1 includes, by way of example and not limitation, user A.
  • the third type message content TMC2 with the words "Thank you for registering as a free member” and the message "Thank you for registering as a free member” and would you like to join?Click here for details!'' Type 3 message content TMC10 is displayed.
  • this third type message content may be considered as information that guides the user to associate the first account and the second account as the first type.
  • the display transitions to the official account membership selection screen on the right side of FIG. 1-18, by way of example and not limitation.
  • the text on the subscription button JBT3 becomes “subscribing" and is displayed in a black and white inverted display mode.
  • the join button JBT1 the membership course is changed to a "premium member” course, and the display changes to the talk room screen.
  • the first type of information that guides the user to associate the user's general account and official account is the user's general account and official account.
  • the user of the first account can By inputting an input to select the first type from the type and the second type, the terminal can request association between the first account and the second account as the first type.
  • this modified example shows a configuration in which the general account and official account of the user are associated as the second type, and then the general account and official account of the user are associated as the first type.
  • first the first account and the second account are associated as the second type, and later the first account and the second account are associated as the first type. becomes possible.
  • ⁇ Second example> In the first embodiment, an example in which a general user subscribes to one of the membership courses of a specific official user is illustrated, but the present invention is not limited to this.
  • the second example is an example that allows a general user to subscribe to any number of membership courses of a specific official user, by way of example and not limitation.
  • the official account membership management data in the first official account management database 155A is shown in FIG. 2-1.
  • the official account membership management data includes, by way of example and not limitation, the membership course ID, membership course name, monthly fee, and other information, as well as the maximum capacity and current number of participants, which are stored in association with each other. Ru.
  • the maximum capacity is the maximum number of general users who can join this membership course, and as an example and not a limitation, the name registered by the official user when setting the membership course is stored.
  • the current number is the number of general accounts or the number of general users who have subscribed to this membership course.As an example and not a limitation, the initial value is "0", and in the official account friend addition process, the server is incremented by the control unit 11.
  • FIGS. 2-2 to 2-3 are diagrams showing an example of transitions of screens displayed on the display unit 24 of the terminal 20 in this embodiment.
  • FIGS. 2-2 to 2-3 illustrate, by way of example and not limitation, general user A. It is an example of the screen of the messaging application displayed on the display part 24 of A's terminal 20A.
  • the left side of FIG. 2-2 is an example of a home screen similar to the left side of FIG. 1-8.
  • the official account membership selection screen in the center of Figure 2-2 is displayed. The display changes.
  • a first type course display area FCR2 a second type course display area SCR2
  • a third type course display area TCR2 are displayed.
  • the number of people who can join this membership course i.e., "maximum capacity - current number" is displayed on the right side of the membership course name "Coffee Member” with “28 people left”. ” is displayed. Further, on the right side, a badge of a coffee cup icon that is given when the user belongs to the "Coffee Membership” course is displayed. Also, below the membership course name, information on benefits that will be granted when belonging to the "Coffee Membership” course is displayed. Below the benefit information, the monthly fee for this membership course (here, "2,000 yen/month”) is displayed. On the right side of the monthly fee, a subscription selection button SBT1 indicated by the word “select" for selecting to subscribe to this membership course is displayed.
  • the second type course display area SCR2 and the third type course display area TCR2 are also configured to display the same content as the first type course display area FCR2, by way of example and not limitation. Furthermore, the subscription selection button SBT2 and the subscription selection button SBT3 are displayed in reverse video as "selected" by being tapped and selected, by way of example and not limitation.
  • join button JBT4 indicated by the words "Join Membership" for joining the membership course selected by the join selection button is displayed.
  • the display transitions to the talk room screen on the right side of FIG. 2-2, by way of example and not limitation.
  • the characters "MM Cafe” indicating that the current location is the OA talk room screen with the official user name "MM cafe” and two badges indicating the membership course to which the user is currently enrolled are displayed. Displayed within the display area.
  • the content display area TR4 includes, by way of example and not limitation, user A. Based on the fact that A has selected and joined the "snack membership" course as a membership course, second type message content SMC6 and second type message content SMC7 are displayed. Also, by way of example and not limitation, user A. Based on the fact that A has selected and joined the "lunch member" course as a membership course, third type message content TMC6 and third type message content TMC7 are displayed.
  • the chat room screen on the left side of FIG. 2-3 is, by way of example and not limitation, an example of a display screen after time has elapsed from the talk room screen on the right side of FIG. 2-2.
  • the content display area TR4 includes, by way of example and not limitation, user A.
  • the second type message content SMC8 is displayed based on the fact that A has selected and joined the "Oyatsu Membership" course as a membership course.
  • user A is displayed based on the fact that A has selected and joined the "Lunch Membership" course as a membership course.
  • the talk room menu TM1 for setting various functions in this talk room is configured to be displayed.
  • the talk room menu TM1 includes, by way of example and not limitation, a "notification off” button to stop notifications of incoming messages in this OA talk room, an "invite” button to invite friends to this OA talk room, and a button to join.
  • the system is configured to display a "Membership” button for withdrawing from or changing the membership course, and a "Block” button for blocking messages from this official user.
  • the display transitions to the talk room screen in the center of FIG. 2-2, as an example and not as a limitation.
  • a notification display area NT1 is displayed in the content display area TR4 based on the fact that the user has subscribed to a membership course for which a monthly fee is being charged.
  • the notification display area NT1 As an example and not a limitation, the text "You are currently subscribing to a paid membership", an illustration of a pleading bear, and the membership course you are subscribed to and its monthly fee will be displayed. It is composed of In addition, at the bottom of the notification display area NT1, there is a “Block” button for canceling the membership course you are subscribed to and blocking without further charges, and a button for canceling the block operation. The configuration is such that a "Cancel" button is displayed.
  • the display changes to the talk room screen on the right side of FIG. 2-2, as an example and not a limitation.
  • this talk room screen in addition to a second type message content SMC8 and a third type message content TMC8, a second type message content SMC9 and a third type message indicating withdrawal from the membership course are displayed in the content display area TR4.
  • Content TMC9 is displayed.
  • the official account membership course selection information may include a plurality of membership course IDs.
  • the control unit 11 of the server 10 refers to the official account management database 155, by way of example and not limitation, and performs official account membership management of the official account management data specified by the official account friend addition request information. Load data. Then, for each membership course specified in the official account membership course selection information, the control unit 11 of the server 10 sets the number limit judgment condition "Maximum capacity - current number>" as an example and not as a limitation. 0" is satisfied.
  • the control unit 11 of the server 10 When determining that the number limit determination condition is satisfied, the control unit 11 of the server 10 adds the general application ID of the terminal 20A and the number limit to the official account friend data of the official account management data specified in the official account friend addition request information. A process is performed to add and store the membership course ID that satisfies the determination conditions.
  • the membership course ID of the official account friend data may include a plurality of membership course IDs.
  • the control unit 11 of the server 10 does not perform the above-mentioned storage process.
  • the control unit 11 of the server 10 sets the membership course capacity limit, which indicates that the membership course that you wish to join has already reached its capacity, not as a limitation but as an example.
  • the information may be transmitted to the terminal 20A via the communication I/F 14. Then, upon receiving the membership course capacity limit information, the terminal 20A may display it on the display unit 24.
  • ⁇ Effects of the second embodiment> when the terminal 20 of a general user transmits the first information and then uses the control unit 21 to perform processing related to blocking the official account, it is not possible to receive messages sent from the official account.
  • a configuration is shown in which information such as a system message indicating that a message sent from the second account cannot be received is displayed on the display unit 24 (not limited to this, but an example of information regarding the inability to receive a message sent from the second account).
  • the terminal of the user of the first account when the terminal of the user of the first account performs processing related to blocking the second account after transmitting the first information, the terminal of the user of the first account may By displaying information regarding the inability to receive the message sent from the second account on the display unit, it is possible to inform the user that the message sent from the second account cannot be received.
  • the server 10 sends the current number of accounts associated with the official account as the first type (not a limitation, but an example of the number of accounts associated with the second account as the first type) to the control unit 10. Get by. Then, the server 10 performs processing such as storage processing of accounts based on the number of acquired accounts and processing of transmitting membership course capacity limit information to the general user's terminal 20 (an example of processing based on the number of accounts, not limitation). ) is performed by the control unit 11. As an example of the effect of the embodiment obtained by such a configuration, the server can obtain the number of accounts associated with the second account as the first type, and then perform processing based on the obtained number of accounts. .
  • the above process does not allow general users to subscribe even if the first information is received, if the number limit judgment condition is not met (an example of a case where the number of accounts reaches a set number, not a limit). It may also include a process of not transmitting the desired membership course message (first message) to this general user's terminal 20.
  • the first information is received from the terminal of the user of the first account. Even if the first message is sent to the first terminal, the first message can be prevented from being sent to the first terminal.
  • a warning message may be displayed on the display unit 24 to indicate whether or not this is the case.
  • control unit 11 of the server 10 when the control unit 11 of the server 10 receives a request to send a message to the terminal 20 in the blocked or incoming notification suspended state, the control unit 11 replaces the requested message with a request to cancel the blocked or incoming notification suspended state. A warning message requesting the same may be sent to the terminal 20.
  • the capacity number for each membership course can be confirmed when adding an official user as a friend, but the number of seats is not limited to this.
  • the maximum capacity and current number of members for each membership course may be displayed on the "Recommended Official Accounts" section of the home screen, the talk list screen, the OA talk room screen, etc.
  • the third embodiment describes, by way of example and not limitation, a case where a general user participates in a talk room (hereinafter referred to as an "open talk room") for communicating with one or more other arbitrary general users. This is an example.
  • a general user may be able to create an open talk room in which general users who are interested in the same subject of interest can participate.
  • an open talk room by way of example and not limitation, the user may be able to participate using a nickname different from the general user name registered in the general account registration data 153.
  • An open talk room may or may not be called an open chat room.
  • FIG. 3-1 is a diagram showing an example of information etc. stored in the storage unit 15 of the server 10 in this embodiment.
  • Storage unit 15 stores, by way of example and not limitation, an open chat account management database 157 in addition to application management processing program 151, general account registration data 153, and official account management database 155.
  • the open chat account management database 157 is a management database for managing open chat rooms in a messaging application, and an example of its data structure is shown in FIG. 3-2.
  • the open chat account management database 157 stores open chat account management data as management data for each open talk room.
  • Each open chat account management data stores, by way of example and not limitation, an open chat ID, an open chat name, other registration information, open chat membership management data, and open chat friend data.
  • the open chat ID is information used to identify an open chat room.
  • This open chat ID is preferably a unique value for each open talk room, and is set and stored by the server 10 as a unique value (unique value) for each open talk room, by way of example and not limitation.
  • the open chat name is the name of this open talk room, and by way of example and not limitation, the name registered by the user of the terminal 20 when creating an open talk room is stored.
  • Other registered information includes the general application ID of the general user who is the administrator of this open talk room, information about the topic of the open talk room, icon information of the open talk room, and the display mode within the open talk room. It is possible to include various types of information such as information.
  • Open chat membership management data is data for managing membership courses for becoming friends in this open chat room, and includes, but is not limited to, membership course ID, membership course name, and monthly fee. and other information are stored in association with each other.
  • the membership course ID, membership course name, monthly fee, and other information may be configured in the same manner as the official account membership management data, by way of example and not limitation.
  • each membership course may have a capacity.
  • the money charged to this open talk room as a monthly fee may be given to the account of the administrator of the open talk room, by way of example and not limitation.
  • Open chat friend data is data for identifying general accounts that are friends with this open chat room (participating in the open chat room), and includes, by way of example and not limitation, nicknames, general application IDs, and members.
  • the ship course ID and the monthly charge amount are stored in association with each other.
  • the open chat friend data may be further associated with registration date and time and stored.
  • the nickname is a temporary user name (display name) in this open talk room, and by way of example and not limitation, the name that the user of the terminal 20 registers when participating in this open talk room is stored.
  • the monthly charge amount is data for storing the monthly charge set by this general account, and as an example and not a limitation, the charge amount set when the user of the terminal 20 participates in this open talk room is stored. be done.
  • the general application ID and the membership course ID may be configured in the same manner as the official account friend data, by way of example and not limitation.
  • FIGS. 3-3 to 3-5 are diagrams showing examples of transitions of screens displayed on the display unit 24 of the terminal 20 in this embodiment.
  • FIGS. 3-3 to 3-5 illustrate, by way of example and not limitation, general user A. It is an example of the screen of the messaging application displayed on the display part 24 of A's terminal 20A.
  • the left side of FIG. 3-3 is another example of the home screen shown on the left side of FIG. 1-8.
  • a "Recommended open chat” menu is displayed to display a list of open talk rooms that recommend the user of terminal 20A to register as a friend. It is configured as follows.
  • the "Recommended Open Chat” menu includes, by way of example and not limitation, the open chat name "XX Super Friends Association” and the open chat name "Dedicate your heart to Team NN" based on the user information of the terminal 20A. , and the open chat name "Idol ZZ Fans Gather” and an icon are displayed.
  • a membership course selection area CSR1 is displayed for displaying membership course information regarding the open talk room in which the user of the terminal 20A registers as a friend.
  • Membership course selection area CSR1 displays the icon and user name of the open talk room "Idol ZZ Fans Gather” selected on the home screen, and ""Payment required to participate” is displayed. Below that, a list of charges required to subscribe to each of the membership courses from membership course name "Regular” to membership course name “God” is displayed.
  • a billing amount input area BAR1 for allowing the user of the terminal 20A to input a billing amount is displayed at the bottom of the membership course selection area CSR1. Further, below that, a join button JBT5 indicated by the characters "Join" for participating in the open talk room with the charge amount input in the charge amount input area BAR1 is displayed. In this screen, the charge amount input area BAR1 is configured so that the charge amount can be changed in units of 100 yen, by way of example and not limitation. Also, it is displayed that "100 yen/month" has been selected as the billing amount.
  • the display transitions to the open chat membership selection screen on the right side of FIG. 3-3, by way of example and not limitation.
  • This screen is configured to display a membership course confirmation area CCR1 for displaying information regarding the membership course to which the user of the terminal 20A joins below the current position display area.
  • the membership course confirmation area CCR1 is configured to display the open chat name and the membership course name based on the charge amount selected in the membership course selection area CSR1. Further, below that, an area for inputting a nickname and an icon for the open talk room is displayed.
  • At the bottom of the membership course confirmation area CCR1 there is a "participate” button for participating in the open talk room based on the content displayed in the membership course confirmation area CCR1, and a "quit” button for stopping participation. It is configured so that it is displayed.
  • the display transitions to the chat room screen on the left side of FIG. 3-4, by way of example and not limitation.
  • the characters "Idol ZZ Fans Gather” indicating that the current location is an open chat room screen with the open chat name "Idol ZZ Fans Gather” are displayed in the current position display area.
  • there is a medal icon indicating that the general user "A.A” has subscribed to the membership course with the membership course name "Regular” because the charge amount is "100 yen per month”. Displayed.
  • the content display area TR5 includes, by way of example and not limitation, a system message SM2 indicating that a general user with the nickname "AAA” has participated, an open message content OMC1 with the words “Welcome, AAA!, and "Nice to meet you”. An open message content OMC2 with the characters “Nice to meet you ⁇ ” and an open message content OMC3 with the characters “Nice to meet you ⁇ ” are displayed.
  • the open message content OMC1, open message content OMC2, and open message content OMC3 have different display modes (as an example, not limitation, icon badge, text color, and background color). This is because each message sender has a different membership course.
  • an open message content OMC4 with the words "Tell me your favorite song, AAA! is displayed in the content display area TR5, and a talk room menu button is displayed, as an example and not a limitation.
  • the display changes to the chat room screen shown in the center of FIG. 3-4, by way of example and not limitation.
  • the display format of open message content OMC4 and open message content OMC3 is shown as a standard display format, which is a white background, as an example and not as a limitation. It is in black text.
  • the display transitions to the talk room screen on the right side of FIG. 3-4, by way of example and not limitation.
  • the membership course selection region CSR2 is displayed, by way of example and not limitation, superimposed on the content display region TR5.
  • the billing amount has been changed to "600 yen/month” based on the input to the billing amount input area BAR2 in the membership course selection area CSR2.
  • the change button CBT1 indicated by the characters "Change” for changing the charge amount input in the charge amount input area BAR2 is tapped, as shown in FIG. -5
  • the display changes to the open chat membership selection screen on the left.
  • the display changes to the talk room screen in the center of FIG. 3-5, by way of example and not limitation. Then, based on the input to the charge amount input area BAR2 in the membership course selection area CSR2, the charge amount is changed to "0 yen/month" and the change button CBT1 is tapped. -5 The display changes to the open chat membership selection screen on the right side.
  • the billing amount is changed to "0 yen/month"
  • the period during which the subscription by billing is valid not as a limitation, but as an example, if it is a monthly charge, until the end of the month
  • the user may no longer be able to participate in the open talk room.
  • message content posted to the open talk room during the period when the paid subscription was valid may continue to be viewable. Further, new posts to the open talk room may not be accepted from users who are unable to participate in the open talk room. Further, after the subscription based on billing is invalidated, it is possible to enter (participate in) the open talk room, but the posted message content may not be updated and displayed.
  • first type course and second type course may be applied as follows.
  • Type 1 course A membership course that allows you to participate in open talk rooms and requires payment.
  • Type 2 course Membership course that does not require payment and does not allow participation in open talk rooms. Note that a plurality of membership courses (by way of example and not limitation, "Standard”, “Star”, and “God”) may be set within the first type course.
  • the second type course can be, by way of example and not limitation, a course (in which participation is not possible) identified by the membership course ID "M000" in the open chat membership management data shown in FIG. 3-2. Therefore, the general application ID of the general user who selected this course may or may not be stored (associated) with the open chat friend data shown in FIG. 3-2.
  • Type 1 course A membership course that allows you to participate in open talk rooms and requires payment.
  • Type 2 course A membership course that allows you to participate in open talk rooms and requires payment.
  • the user may not be able to subscribe to any of the membership courses. That is, if the subscription condition based on the monthly fee is not satisfied, the general application ID of the general user may not be stored (correlated) in the open chat friend data shown in FIG. 3-2. Further, the first type message and the second type message may be distributed to the open talk room regardless of the membership course.
  • Pattern (B) can be said to be an example of an implementation example in which a plurality of membership courses can be further set within the first type course in pattern (A).
  • membership courses may be assigned to different open talk rooms, or messages distributed in the same open talk room may be different.
  • an account associated with information identifying an open talk room (an example of a second account, not a limitation) as a first type (a billing course, not a limitation) is , shows a configuration that allows participation in an open talk room.
  • an account associated with the second account as the first type can participate in an open chat room. This allows, by way of example and not limitation, users with specific interests to easily communicate with each other. Also, by way of example and not limitation, by requiring a fee to participate in an open chat room, it becomes possible for passionate users to communicate with each other.
  • each membership course may belong to a different open talk room.
  • messages may be distributed independently for each open talk room, or type 1 messages and type 2 messages are distributed to open talk rooms of the type 1 course, but Only the second type message may be delivered to the open talk room of the second type course.
  • Participating general users may be allocated to different open talk rooms that are newly automatically generated.
  • the fourth embodiment uses a talk room where general users who have become friends with an official account can send and receive messages, and general users who have registered as friends with an official account can chat with each other.
  • a talk room in which general users who have registered as friends with a certain official account can send and receive messages will be referred to as a "related talk room.”
  • the related talk room may be a type of group talk room or OA talk room as a privilege function provided in a predetermined membership course in the official account.
  • the related talk room may be a type of open talk room associated with the official account. In other words, the related talk room may be a type of open talk room shown in the third embodiment.
  • FIGS. 4-1 and 4-2 are diagrams showing an example of screen transitions displayed on the display unit 24 of the terminal 20 in this embodiment.
  • FIGS. 4-1 and 4-2 illustrate, by way of example and not limitation, general user A. It is an example of the screen of the messaging application displayed on the display part 24 of A's terminal 20A.
  • FIG. 4-1 is another example of the home screen shown on the left side of FIG. 1-8.
  • the "Recommended Official Accounts” menu contains information about multiple official users such as official user "XX Super”, official user “LL Yoga Studio”, official user “MM Cafe”, official user “ZZ Fan Club”, etc. Its name and its icon are displayed.
  • the content display area TR6 includes, by way of example and not limitation, user A.
  • the Type 4 message content QMC1 with the words "Thank you for joining the fan club!” is displayed.
  • the fourth type message content QMC2 with the words "Member-only functions can be used according to the amount charged! indicating that the membership course can be changed by making a charge is displayed.
  • a billing button BBT1 indicated by the characters "Charge” is displayed for changing the membership course by charging.
  • a rich menu display area RM5 is configured to be displayed at the bottom of the content display area TR6.
  • the rich menu display area RM5 is used if you are subscribed to the first type “God” course, the second type “star” course, or the third type “regular” course.
  • "Participate in fan club chat” function button TRB3 which can be used if you are subscribed to the "God” course or "Star” course
  • Pre-watch new song PV" function button SRB3 which can be used if you are subscribed to the "God” course.
  • a “live advance reservation” function button FRB3 that can be used when The "fan club chat participation” function button TRB3, the "new song PV advance viewing” function button SRB3, and the “live advance reservation” function button FRB3 are used as an example, not a limitation, if the current membership course is a type 4 course. Based on certain things, it is displayed in a grayed-out display mode and the function is disabled.
  • the display transitions to the official account membership selection screen on the right side of FIG. 4-1, by way of example and not limitation.
  • a billing amount input area BAR3 for allowing the user of the terminal 20A to input a billing amount is displayed at the bottom of the membership course selection area CSR3. Further, below that, a join button JBT6 indicated by the characters "Charge” is displayed for changing the membership course of the OA talk room based on the charge amount input in the charge amount input area BAR3. .
  • the charge amount input area BAR3 is configured so that the charge amount can be changed in units of 100 yen, by way of example and not limitation. It is also shown that "200 yen/month" has been selected as the billing amount.
  • the official account membership selection screen is designed to be an example, not a limitation, and allows you to select any course from multiple membership courses, taking into account the first and second examples. You can also do this.
  • the display changes to the talk room screen on the left side of FIG. 4-2, by way of example and not limitation.
  • the content display area TR6 is displayed for general user A.
  • a system message SM4 indicating that A's membership course has become a "regular course” is displayed.
  • the "fan club chat participation" function button TRB3 is enabled and the grayed out display mode is canceled.
  • the display changes to the related talk room participation screen in the center of FIG. 4-2, by way of example and not limitation.
  • This screen is configured so that a membership course confirmation area CCR2 for displaying information regarding the membership course to which the user of the terminal 20A has subscribed is displayed below the current position display area.
  • the membership course confirmation area CCR2 is configured to display a membership course name based on the charge amount selected in the membership course selection area CSR3. Further, below that, an area for inputting a nickname and an icon in the related talk room is displayed.
  • the display transitions to the talk room screen on the right side of FIG. 4-2, by way of example and not limitation.
  • the characters "ZZ Fan Club Chat” indicating that the current location is a related talk room screen with the chat name "Fan Club Chat” are displayed in the current location display area.
  • a medal icon is displayed indicating that the general user "A.A” has joined the membership course with the membership course name "Regular”.
  • the content display area TR7 includes, by way of example and not limitation, a system message SM5 indicating that a general user with the nickname "AAA” has participated, related message content RMC1 with the characters “Welcome, AAA!, and "Nice to meet you”.
  • Related message content RMC2 with the characters “Nice to meet you ⁇ ” and related message content RMC3 with the characters “Nice to meet you ⁇ ” are displayed.
  • the related message content RMC1, related message content RMC2, and related message content RMC3 have different display modes (for example, not limitation, icon badge, text color, and background color). This is because each message sender has a different membership course.
  • a related talk room in this example, a fan club chat room
  • a related talk room that was sent from the OA account and received by the terminal 20A is displayed below the system message SM4.
  • Type 3 message content regarding guidance/participation (not limited, but as an example) ⁇ Thank you for joining the fan club. If you like, please use the chat room limited to members of the paid course!'' with a link. 3 types of message content) may be displayed.
  • the related talk room participation screen shown in the center of FIG. 4-2 may be displayed based on the user input to the link of the third type message content.
  • participation in the related talk room may be restricted due to suspension of charges for official account membership in the related talk room. You may also do so. Participation may be restricted by making it impossible to view the related talk room itself, or by preventing message content delivered to the related talk room from being displayed during the period when participation in the related talk room is restricted. Good too.
  • an account an account that has only registered the official account as a friend
  • a free course as an example and not as a limitation, a Type 4 course
  • the above-mentioned related talk room may be a talk room in which general accounts that meet the condition of being friends with the official account (regardless of charge or free) can participate.
  • the terminal 20 of a general user is associated with an official account (an example of a second account, not a limitation) as a first type (not a limitation, but an example of a billing course).
  • the communication I/F 22 receives information regarding participation in a related talk room (which may be considered an open talk room) (an example of a chat group, not limited to this) that includes an account different from the account.
  • the general user's terminal 20 is configured to display the received information regarding participation on the display unit 24.
  • the terminal of the user of the first account can participate in a chat group that includes an account different from the first account and is associated with the second account as the first type. After receiving information regarding participation, this information regarding participation may be displayed to inform the user.
  • this allows the user of the own terminal to participate in a chat group that is associated with the second account as the first type and includes an account different from the first account.
  • an account associated with an official account as the first type is an account that can participate in the related talk room
  • a second type By way of example and not limitation, an account associated with an official account (free course) may be an account that cannot participate in related talk rooms.
  • an account associated with the second account as the first type is allowed to participate in the related talk room, while an account associated with the second account as the second type is enabled. This account can be prevented from participating in related talk rooms.
  • users of accounts associated with the second account as the first type can easily communicate with each other.
  • the fifth embodiment is an example in which an official user confirms information regarding an official account operated by the official user, by way of example and not limitation.
  • FIGS. 5-1 and 5-2 are diagrams showing an example of the transition of the screen displayed on the display unit 24 (44) of the terminal 20 (40) in this embodiment.
  • Figures 5-1 and 5-2 illustrate, by way of example and not limitation, the official account operation of the messaging application displayed on the display section 44 of the terminal 40A of official user A (in this example, the operator of "LL Yoga Studio"). This is an example of a management screen.
  • a summary display area of the official account operation management screen is displayed at the top of the official account operation management screen.
  • an official account registration information change button indicated by a human icon with the word "account”
  • a help button indicated by a question mark icon with the word "help”.
  • the screen will transition to a registration details change screen for changing the registered details of this official account (for example, contact phone number, etc.) do.
  • the help button when the user taps the help button, the screen transitions to a help screen that explains how to use the official account operation management screen.
  • a global menu display area GMM1 is displayed for allowing the official user to select various menus related to official account operation management.
  • the global menu display area GMM1 includes, by way of example and not limitation, a home menu selection tab indicated by the word "Home” for authenticating and deleting friends, managing message sending, and changes in the number of friends. and an analysis menu selection tab indicated by the word "Analysis” for analyzing the number of messages sent and the like.
  • the analysis menu selection tab is displayed on the front side, indicating that the analysis menu selection tab is selected.
  • a function menu related to the menu selection tab (in this case, the analysis menu selection tab) selected in the global menu display area GMM1 is displayed in the left pane, by way of example and not limitation.
  • a local menu display area LMM1 is displayed.
  • the local menu display area LMM1 includes, by way of example and not limitation, a function menu related to the analysis menu selection tab, which is used to analyze and display membership courses, etc. of general users registered as friends.
  • a membership analysis menu button indicated by the text "Membership” a message analysis menu button indicated by the text "message” for analyzing and displaying message sending status, and analyzing and displaying coupon usage status, etc.
  • a coupon analysis menu button indicated by the word "coupon” is displayed. In FIG. 5-1, the membership analysis menu button is highlighted, indicating that it is selected.
  • a report display area RPR1 corresponding to the menu button selected in the local menu display area LMM1 is displayed.
  • the report display area RPR1 displays a message indicating that the membership of general users who are friends will be analyzed. "Membership Report" is displayed.
  • the monthly fee for "Standard Member” is “400 yen” and the monthly fee for "Premium Member” is “800 yen”, and below that, the monthly fee for "Standard Member” is “800 yen”. It is displayed that the income is “24,000 yen”, the income from general users belonging to “premium members” is “16,000 yen”, and the total monthly income is "40,000 yen”.
  • the screen is configured to display a graph of the monthly usage fee balance.
  • a usage fee of "1 yen” will be charged for each message sent to "free members", but it will be used for "premium members” and “standard members” who need to pay.
  • a usage fee of "1 yen” will be charged for each message sent to “free members”, but it will be used for "premium members” and “standard members” who need to pay.
  • the graph shows that when the number of messages sent exceeds "400," the fee for sending messages to "free members" exceeds the monthly membership income.
  • Figure 5-2 is another example of the official account operation management screen.
  • the home menu selection tab is displayed on the front side, indicating that the home menu selection tab is selected.
  • the local menu display area LMM2 includes, by way of example and not limitation, a message delivery menu button indicated by the characters "Message delivery” for sending a message, as a function menu related to the home menu selection tab. , a coupon delivery menu button indicated by the words “coupon delivery” for issuing coupons, etc., and a "rich menu” button for creating a rich menu configured in the chat room of this official account.
  • a rich menu management menu button indicated by the text "Create” is displayed. In FIG. 5-2, the message delivery menu button is highlighted, indicating that it has been selected.
  • a distribution management display area CMR1 corresponding to the menu button selected in the local menu display area LMM2 is displayed.
  • the delivery management display area CMR1 displays a message that indicates that a message to be delivered (sent) will be created in advance from the official account. Message reservation delivery” is displayed.
  • a transmission date and time selection area indicated by the characters "sent date and time" for specifying the message transmission date and time is configured to be displayed.
  • the sending date and time selection area displays a ⁇ premium member'' sending date and time setting area, a ⁇ standard member'' sending date and time setting area, and a ⁇ free member'' sending date and time setting area to specify the sending date and time for each membership course. is configured to be
  • a content description area is displayed for inputting the message content of the message to be created.
  • a text selection button indicated by a speech bubble icon, for entering text as message content
  • a stamp indicated by a face icon, for entering a stamp as message content.
  • a selection button, a still image selection button represented by a mountain picture icon for sending a still image as message content, and a video selection button represented by a film icon for sending a video as message content are displayed. has been done.
  • the text selection button is highlighted because it is selected. Therefore, a text input box is displayed at the bottom of the content description area. Below the text input box, a pictogram input button indicated by the characters "pictogram" for specifying a pictogram as text is displayed.
  • a message delivery reservation button RBT1 indicated by the words "Delivery reservation” for delivering the message content entered in the content description area at the date and time specified in the transmission date and time selection area. Displayed.
  • the message entered in the content description area will be displayed as "20XX" for general users who have subscribed to the "Premium Membership” membership course. It will be distributed on March 3rd at 19:00. Furthermore, the message input in the content description area will be delivered to general users whose membership course is "Standard Member" at "19:05 on March 3, 20XX.” The message entered in the content description area will be delivered to general users who have subscribed to the "free membership" membership course at "19:15 on March 3, 20XX.”
  • the terminal 40 of the official user of the official account (not limited to, but an example of the terminal of the user of the second account) is a general account in which a general account and an official account are associated as at least the first type.
  • the user of the second account can confirm information regarding the first account in which the first account and the second account are associated at least as the first type. You can do it like this.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • Human Resources & Organizations (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Economics (AREA)
  • General Health & Medical Sciences (AREA)
  • Signal Processing (AREA)
  • Marketing (AREA)
  • Primary Health Care (AREA)
  • Strategic Management (AREA)
  • Tourism & Hospitality (AREA)
  • General Business, Economics & Management (AREA)
  • Health & Medical Sciences (AREA)
  • Human Computer Interaction (AREA)
  • Information Transfer Between Computers (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

チャットに関するサービスを利用するユーザの利便性を向上させる。　第２アカウントとのチャットに関する処理を行う第１アカウントのユーザの端末によって実行されるプログラムは、第１アカウントと第２アカウントとの対応付けには、第１種別と第２種別との対応付けがあり、端末に対するユーザによる入力に基づいて、第１種別として第１アカウントと第２アカウントとの対応付けを要求する第１情報を端末の通信部によって送信することと、第１情報の送信に基づき、第２アカウントから送信された第１種別用の第１メッセージを通信部によって受信することと、第１メッセージを、端末の表示部に表示される、第１アカウントと第２アカウントとを含むチャットルームに表示することとが端末によって実行される。

Description

プログラム、情報処理方法、端末、サーバ
　本開示は、プログラム、情報処理方法、端末、サーバ等に関する。
　複数のユーザ間（複数の端末間）でコンテンツのやり取りを行うためのサービス（例えば、メッセージングサービス）がある。例えば特許文献１には、公式アカウント（オフィシャルアカウント）を利用して広告を配信する技術が開示されている。
特開２０１６－５３９２９号公報
　本発明の第１の態様によると、第２アカウントとのチャットに関する処理を行う第１アカウントのユーザの端末によって実行されるプログラムは、第１アカウントと第２アカウントとの対応付けには、第１種別と第２種別との対応付けがあり、端末に対するユーザによる入力に基づいて、第１種別として第１アカウントと第２アカウントとの対応付けを要求する第１情報を端末の通信部によって送信することと、第１情報の送信に基づき、第２アカウントから送信された第１種別用の第１メッセージを通信部によって受信することと、第１メッセージを、端末の表示部に表示される、第１アカウントと第２アカウントとを含むチャットルームに表示することとが端末によって実行される。
　本発明の第２の態様によると、第２アカウントとのチャットに関する処理を行う第１アカウントのユーザの端末の情報処理方法は、第１アカウントと第２アカウントとの対応付けには、第１種別と第２種別との対応付けがあり、端末に対するユーザによる入力に基づいて、第１種別として第１アカウントと第２アカウントとの対応付けを要求する第１情報を端末の通信部によって送信することと、第１情報の送信に基づき、第２アカウントから送信された第１種別用の第１メッセージを通信部によって受信することと、第１メッセージを、端末の表示部に表示される、第１アカウントと第２アカウントとを含むチャットルームに表示することとを含む。
　本発明の第３の態様によると、第２アカウントとのチャットに関する処理を行う第１アカウントのユーザの端末は、第１アカウントと第２アカウントとの対応付けには、第１種別と第２種別との対応付けがあり、端末に対するユーザによる入力に基づいて、第１種別として第１アカウントと第２アカウントとの対応付けを要求する第１情報を送信し、第１情報の送信に基づき、第２アカウントから送信された第１種別用の第１メッセージを受信する通信部と、第１アカウントと第２アカウントとを含むチャットルームを表示する表示部とを備え、表示部は、第１メッセージをチャットルームに表示する。
　本発明の第４の態様によると、第１アカウントのユーザの第１端末、および、第２アカウントのユーザの第２端末と通信するサーバによって実行されるプログラムは、第１アカウントと第２アカウントとの対応付けには、第１種別と第２種別との対応付けがあり、第１種別として第１アカウントと第２アカウントとの対応付けを要求する第１情報を、サーバの通信部によって第１端末から受信することと、第１情報の受信に基づき、第１種別用のメッセージであって第１端末で第１アカウントと第２アカウントとを含むチャットルームに表示される第１メッセージを、通信部によって第１端末に送信することとを含む。
　本発明の第５の態様によると、第１アカウントのユーザの第１端末、および、第２アカウントのユーザの第２端末と通信するサーバの情報処理方法は、第１アカウントと第２アカウントとの対応付けには、第１種別と第２種別との対応付けがあり、第１種別として第１アカウントと第２アカウントとの対応付けを要求する第１情報を、サーバの通信部によって第１端末から受信することと、第１情報の受信に基づき、第１種別用のメッセージであって第１端末で第１アカウントと第２アカウントとを含むチャットルームに表示される第１メッセージを、通信部によって第１端末に送信することとを含む。
　本発明の第６の態様によると、第１アカウントのユーザの第１端末、および、第２アカウントのユーザの第２端末と通信するサーバは、第１アカウントと第２アカウントとの対応付けには、第１種別と第２種別との対応付けがあり、第１種別として第１アカウントと第２アカウントとの対応付けを要求する第１情報を第１端末から受信し、第１情報の受信に基づき、第１種別用のメッセージであって第１端末で第１アカウントと第２アカウントとを含むチャットルームに表示される第１メッセージを第１端末に送信する通信部を備える。
第１実施例に係る通信システムのシステム構成の一例を示す図。 第１実施例に係るサーバの制御部によって実現される機能の一例を示す図。 第１実施例に係るサーバの記憶部に記憶される情報の一例を示す図。 第１実施例に係る一般アカウント登録データの一例を示す図。 第１実施例に係る第１の公式アカウント管理データベースの一例を示す図。 第１実施例に係る端末の制御部によって実現される機能の一例を示す図。 第１実施例に係る端末の記憶部に記憶される情報の一例を示す図。 第１実施例に係る一般ユーザの端末の表示部に表示される画面の一例を示す図。 第１実施例に係る一般ユーザの端末の表示部に表示される画面の一例を示す図。 第１実施例に係る一般ユーザの端末の表示部に表示される画面の一例を示す図。 第１実施例に係る各装置が実行する処理の流れの一例を示すフローチャート。 第１実施例に係る第１のメッセージ配信処理の流れの一例を示すフローチャート。 第１実施例に係る第２のメッセージ配信処理の流れの一例を示すフローチャート。 第１変形例に係る一般ユーザの端末の表示部に表示される画面の一例を示す図。 第１変形例に係る一般ユーザの端末の表示部に表示される画面の一例を示す図。 第１変形例に係る第３のメッセージ配信処理の流れの一例を示すフローチャート。 第１変形例に係る第２の公式アカウント管理データベースの一例を示す図。 第１変形例に係る一般ユーザの端末の表示部に表示される画面の一例を示す図。 第２実施例に係る公式アカウントメンバーシップ管理データの別例を示す図。 第２実施例に係る一般ユーザの端末の表示部に表示される画面の一例を示す図。 第２実施例に係る一般ユーザの端末の表示部に表示される画面の一例を示す図。 第３実施例に係るサーバの記憶部に記憶される情報の一例を示す図。 第３実施例に係るオープンチャットアカウント管理データベースの一例を示す図。 第３実施例に係る一般ユーザの端末の表示部に表示される画面の一例を示す図。 第３実施例に係る一般ユーザの端末の表示部に表示される画面の一例を示す図。 第３実施例に係る一般ユーザの端末の表示部に表示される画面の一例を示す図。 第４実施例に係る一般ユーザの端末の表示部に表示される画面の一例を示す図。 第４実施例に係る一般ユーザの端末の表示部に表示される画面の一例を示す図。 第５実施例に係る公式ユーザの端末の表示部に表示される画面の一例を示す図。 第５実施例に係る公式ユーザの端末の表示部に表示される画面の一例を示す図。
＜法的事項の遵守＞
　本明細書に記載の開示は、通信の秘密など、本開示の実施に必要な実施国の法的事項遵守を前提とすることに留意されたい。
＜実施形態＞
　本明細書では、分かり易いように「限定ではなく例として」と記載する箇所があるが、該当箇所ばかりでなく、以下説明する実施形態の全体について、その記載内容に限定されるものではないことに留意されたい。
　本開示に係るプログラム等を実施するための実施形態について、図面を参照して説明する。
　システムとは、限定ではなく例として、複数の装置を有して構成されるものとすることができる。
　複数の装置は、同じ種類の装置の組合せとしてもよいし、異なる種類の装置の組合せとしてもよいし、同じ種類の装置と異なる種類の装置との組合せとしてもよい。
　なお、システムとは、限定ではなく例として、複数の装置が協働して何らかの処理を行うもの、と考えることもできる。
　また、クライアント（クライアント装置）とサーバとに関するシステムとは、限定ではなく例として、少なくとも以下のいずれかと考えることができる。
　（１）端末＆サーバ
　（２）サーバ
　（３）端末
　（１）は、限定ではなく例として、少なくとも１つの端末と、少なくとも１つのサーバとを含むシステムである。この一例は、クライアントサーバシステムである。
　サーバは、限定ではなく例として、以下の装置によって構成されており、単独の装置であってもよいし、複数の装置の組合せであってもよいものとする。
　具体的には、サーバは、限定ではなく例として、少なくとも１つのプロセッサー（限定ではなく例として、ＣＰＵ：Central Processing Unit、ＧＰＵ：Graphics Processing Unit、ＡＰＵ：Accelerated Processing Unit、ＤＳＰ：Digital Signal Processor（限定ではなく例として、ＡＳＩＣ：Application Specific Integrated Circuit、ＦＰＧＡ：Field Programmable Gate Array）等）、コンピュータ装置（プロセッサー＋メモリ）、制御装置、演算装置、処理装置等のいずれかを有して構成され、いずれか１つの装置の同種を複数備える構成（限定ではなく例として、ＣＰＵ＋ＣＰＵ、ホモジニアスマルチコアプロセッサー等）や、いずれか１つの装置の異種を複数備える構成（限定ではなく例として、ＣＰＵ＋ＤＳＰ、ヘテロジニアスマルチコアプロセッサー等）としてもよいし、複数の装置の組み合わせ（限定ではなく例として、プロセッサー＋コンピュータ装置、プロセッサー＋演算装置、複数の装置をヘテロジニアス化したもの等）であってもよい。
　なお、プロセッサーは、仮想プロセッサーとしてもよい。
　また、サーバによって何らかの処理を実行する場合に、単一の装置で構成される場合は、単一の装置によって実施例に記載されている処理が実行される。また、複数の装置を有して構成されている場合には、一部の処理を一方の装置が実行し、その他の処理を他方の装置が実行するように構成されていてもよい。限定ではなく例として、プロセッサーと、演算装置とを有して構成される場合、第１処理をプロセッサーが実行し、第２処理を演算装置が実行するように構成されていてもよい。
　また、複数の装置で構成する場合には、各々の装置が互いに物理的に離れた位置に配置されて構成されてもよい。
　また、サーバの機能は、限定ではなく例として、クラウドコンピューティングにおけるＰａａＳやＩａａＳ、ＳａａＳの形態で提供されるようにしてもよい。
　また、システムの制御部は、端末の制御部とサーバの制御部とのうちの少なくともいずれか一方とすることができる。つまり、限定ではなく例として、（１Ａ）端末の制御部のみ、（１Ｂ）サーバの制御部のみ、（１Ｃ）端末の制御部とサーバの制御部との両方、のうちのいずれかを、システムの制御部とすることができる。
　また、システムの制御部が行う制御や処理（以下、包括的に「制御等」と称する。）は、（１Ａ）端末の制御部のみによって行うようにしてもよいし、（１Ｂ）サーバの制御部のみによって行うようにしてもよいし、（１Ｃ）端末の制御部とサーバの制御部との両方によって行うようにしてもよい。
　また、（１Ｃ）では、限定ではなく例として、システムが制御部によって行う制御等のうちの一部の制御等を端末の制御部によって行うようにし、残りの制御等をサーバの制御部によって行うようにしてもよい。この場合、制御等の割り当て（割り振り）は、等分であってもよいし、等分ではなく異なる割合で割り当ててもよい。
　また、サーバの通信部という場合、サーバが単一の装置によって構成されている場合には、単一の装置が備える通信部そのものであってもよい。また、サーバが複数の装置を有して構成されている場合には、サーバの通信部は、各々の装置が備える各々の通信部を含む構成であってもよい。
　限定ではなく例として、サーバは、第１装置と第２装置とを備え、第１装置は第１通信部を有し、第２装置は第２通信部を有する場合、サーバの通信部は、第１通信部と第２通信部とを含む概念としてもよい。
　（２）は、限定ではなく例として、複数のサーバによって構成されるシステム（以下、「サーバシステム」と称する。）とすることができる。この場合、各々のサーバの構成としては、前述した構成を同様に適用することができる。
　サーバシステムが行う制御等は、複数のサーバのうち、（２Ａ）一のサーバのみによって行うようにしてもよいし、（２Ｂ）他のサーバのみによって行うようにしてもよいし、（２Ｃ）一のサーバと他のサーバとが行うようにしてもよい。
　また、（２Ｃ）では、限定ではなく例として、サーバシステムが行う制御等のうちの一部の制御等を一のサーバが行うようにし、残りの制御等を他のサーバが行うようにしてもよい。この場合、制御等の割り当て（割り振り）は、等分であってもよいし、等分ではなく異なる割合で割り当ててもよい。
　（３）は、限定ではなく例として、複数の端末によって構成されるシステムとすることができる。
　このシステムは、限定ではなく例として、以下のようなシステムとすることができる。
　・サーバの機能を端末に持たせるシステム（分散システム）。これは、限定ではなく例として、ブロックチェーンの技術を用いて実現することが可能である。
　・端末同士が無線通信を行うシステム。これは、限定ではなく例として、ブルートゥース（登録商標）等の近距離無線通信技術を用いてＰ２Ｐ（ピアツーピア）方式等で通信を行うことで実現可能である。
　なお、上記は、制御部に限らず、システムの構成要素となり得る入出力部、通信部、記憶部、時計部等の各機能部についても同様である。
　以下の実施形態では、限定ではなく例として、端末とサーバとを含むシステム（限定ではなく例として、クライアントサーバシステム）を例示する。
　なお、サーバとして、上記（２）のサーバシステムを適用することも可能である。
　また、端末とサーバとを含むシステムに代えて、サーバを含まないシステム、限定ではなく例として、上記（３）のシステムを適用することも可能である。
　この場合の実施形態は、前述したブロックチェーンの技術等に基づいて構成することが可能である。具体的には、限定ではなく例として、以下の実施形態で説明するサーバに記憶されて管理されるデータを、ブロックチェーン上に保管（格納）する。そして、端末が、ブロックチェーンへのトランザクションを生成し、トランザクションがブロックチェーン上で承認されると、ブロックチェーン上に保管されたデータが更新されるようにすることができる。
　なお、端末と表現した場合でも、これは、クライアントサーバにおけるクライアントの装置としての端末の意味に限定されるものではない。
　つまり、端末は、クライアントサーバにおけるものではない装置の概念を含むこともあり得る。
　また、本明細書では、適宜「通信Ｉ／Ｆによって」という表現を用いる。これは、限定ではなく例として、装置が、制御部（プロセッサー等）の制御に基づいて、通信Ｉ／Ｆを介して（通信部を介して）、各種の情報やデータを送受信することを示してもよいものとする。
　また、本明細書において「関する」、「関連する」と記載された用語について、「Ａに関するＢ」や「Ａに関連するＢ」という場合、限定ではなく例として、「Ａ」と何らかの関係性を有する「Ｂ」を意味してよいものとする。この具体例については後述する。
　また、本明細書において、「ＡとＢとを送信する」、「ＡとＢとを受信する」といったように、装置が２以上のものを対象として処理を行うことには、「Ａ」と「Ｂ」とをタイミングを合わせて行うもの（以下、「同時」という。）と、「Ａ」と「Ｂ」とをタイミングをずらして行うもの（以下、「非同時」という。）とを含めてよいものとする。
　限定ではなく例として、第１情報と第２情報とを送信するという場合、第１情報と第２情報とをタイミングを合わせて送信するものと、第１情報と第２情報とをタイミングをずらして送信するものとの両方の概念を含めてよいものとする。
　なお、ラグ（タイムラグ）を考慮し、「同時」には「ほぼ同時」を含めてよいものとする。
　なお、「Ａ」と「Ｂ」とをタイミングをずらして行うといっても、これはあくまでも「Ａ」と「Ｂ」とを対象として処理を行うものであればよく、その目的は必ずしも同じでなくてもよいものとする。
　限定ではなく例として、上記のように第１情報と第２情報とを送信するという場合、第１情報と第２情報とを送信しさえすればよく、同じ目的で第１情報と第２情報とを送信する場合の他、異なる目的で第１情報と第２情報とを送信する場合も含めてよいものとする。
　以下の実施例では、ユーザがチャットを行うためのサービス（以下、「チャットサービス」と称する。）の一例として、メッセージングサービス（Messaging Service）を例示する。また、チャットサービスを実現するためのアプリケーションを「チャットアプリケーション」と称し、メッセージングサービスを実現するためのアプリケーションを「メッセージングアプリケーション」と称する。
　チャットアプリケーションでは、限定ではなく例として、ユーザがチャットルームでチャットを行うことができるようにすることができる。
　なお、メッセージングサービス：ＭＳ（インスタントメッセージサービス：ＩＭＳを含む。）は、ソーシャルネットワーキングサービス：ＳＮＳの１つの形態（一形態）と考えることもできる。このため、メッセージンサービスとソーシャルネットワーキングサービスとを区別してもよいし、区別しなくてもよい。つまり、ソーシャルネットワーキングサービスにメッセージングサービスを含めてもよいものとする。
　また、以下の実施例では、メッセージングサービスの一例として、サーバを介して複数の装置（限定ではなく例として、端末）間で簡単なメッセージの送受信を行うインスタントメッセージングサービス：ＩＭＳ（Instant Messaging Service）を例示する。
　インスタントメッセージングアプリケーションでは、限定ではなく例として、ユーザがトークルームでトークを行うようにすることができる。
　チャットルーム（限定ではなく例として、トークルーム）とは、複数のユーザの端末間で送受信されるコンテンツを各々のユーザが閲覧できるＵＩ（User Interface）やＧＵＩ（Graphical User Interface）とすることができる。
　また、トークルームには、１対１のユーザのトークルーム（以下、「１対１トークルーム」と称する。）、複数のユーザを含むグループのトークルーム（以下、「グループトークルーム」と称する。）、ＯＡ事業者（限定ではなく例として、メッセージングサービスの事業者と提携する事業者）とのトークルーム（以下、「ＯＡトークルーム」と称する。）等を含めることができる。
　また、メッセージングアプリケーションのアカウントであって、一般のユーザではない事業者のアカウントを「公式アカウント（ＯＡ（Official Account））」と称し、この公式アカウントのユーザを「公式ユーザ」と称する。なお、これを「公式アカウントユーザ」や「公式アカウント事業者」等のように称してもよい。
　それに対し、メッセージングアプリケーションのアカウントであって、ＯＡ事業者ではないユーザのアカウントを「一般アカウント」と称し、一般アカウントのユーザを「一般ユーザ」と称する。なお、これを「一般アカウントユーザ」等のように称してもよい。
　つまり、メッセージングアプリケーションのアカウントには、一般アカウントと公式アカウントとを含めてよいものとする。
　ＯＡ事業者も、限定ではなく例として、一般アカウントのユーザの端末と同様の端末を利用して、サーバを介して、他の装置との間でメッセージの送受信を行うことができるようにすることができる。
　本明細書において、メッセージ（メッセージ情報）とは、限定ではなく例として、メッセージングサービスで用いられる送信元と送信先とが定められる情報であって、メッセージを識別するための識別情報（メッセージＩＤ）とメッセージコンテンツとで構成される情報を意味するものとする。
　また、メッセージコンテンツとは、限定ではなく例として、メッセージＩＤを除くメッセージの中身を意味するものとする。メッセージコンテンツは、１または２以上のコンテンツとすることができる。
　また、メッセージを識別するための識別情報として設定される情報を「メッセージＩＤ」と称する。
　同じメッセージＩＤのメッセージに含まれるメッセージコンテンツは、このメッセージＩＤによって識別されると考えることもできる。よって、メッセージを識別するための識別情報は、メッセージコンテンツを識別するための識別情報と実質的に同義と考えることもできる。
　なお、これとは異なり、メッセージコンテンツごとに個別の識別情報（メッセージコンテンツＩＤ）を設定するようにしてもよいし、そのようにしなくてもよい。
　コンテンツには、限定ではなく例として、テキスト形式のテキストコンテンツ、画像（静止画像、動画像の少なくともいずれか一方を含む。）形式の画像コンテンツ、音（音声を含む。）形式の音コンテンツなどを含めてよいものとする。
　なお、この他にも、ユーザの操作に供するボタンやアイコン等の操作コンテンツや、ＵＲＩ（ＵＲＬ等を含む。）などのリンクコンテンツを含めてもよいものとする。
　テキストには、限定ではなく例として、文字コードで表される各国の文字、拡張文字、機種依存文字、数字、記号、図形及び符号の少なくともいずれか１つを含めてよいものとする。
　なお、テキストは、上記の文字、拡張文字、機種依存文字、数字、記号、図形及び符号の少なくとも１つを含まなくてもよく、その他のテキストを含んでもよい。
　画像には、限定ではなく例として、アイコン、ボタン、スタンプ、絵文字、バナー画像といった各種の画像の情報のうちの少なくともいずれか１つを含めることができる。
　なお、上記の定義とは異なり、メッセージの上位概念がコンテンツである、またはコンテンツとメッセージとは同義である、と定義してもよいし、そのように定義しなくてもよい。
＜第１実施例＞
　第１実施例は、限定ではなく例として、メッセージングサービスにおける一般ユーザが、公式アカウントと友だち登録を行う。友だち登録に際して、一般ユーザは、限定ではなく例として、公式ユーザによって予め設定される２以上のメンバーシップコースから所望のコースを選択する。そして、公式ユーザが、一般ユーザが加入（選択）したメンバーシップコースに応じたメッセージを一般ユーザ（一般ユーザのアカウント）に対して送信することを可能にする実施例である。
　以下では、限定ではなく例として、２以上のメンバーシップコースのそれぞれを、「第１種コース」、「第２種コース」、・・・、と呼称し区別する。限定ではなく例として、公式ユーザは、それぞれのメンバーシップコースについて、一般ユーザが加入（参加）するための加入条件を定めることができる。
　この加入条件は、限定ではなく例として、第１種コースに参加するためには一般ユーザは月額料金を課金する（支払う）必要があるが、第２種コースに参加するための課金は必要としない、といった条件を定めることができるようにしてもよい。
　なお、加入条件として、限定ではなく例として、第２種コースに参加するためには一般ユーザは課金が必要であり、第１種コースに参加するためには第２種コースに参加するための課金額よりも高額な課金が必要である、といった条件を定めることができるようにしてもよい。
　また、以下では、第１種コースに加入した一般アカウントのみに対して送信されるメッセージを「第１種メッセージ」、第２種コースに加入した一般アカウントに対して送信されるメッセージを「第２種メッセージ」、・・・、と呼称する。なお、第２種メッセージは第１種コースに加入した一般アカウントに対しても送信されるようにしてもよいし、そうしなくてもよい。
　第１実施例に記載の内容は、他の各実施例や他の各変形例のいずれにも適用可能である。
　また、既出の構成要素と同一の構成要素については同一の符号を付して、再度の説明を省略する。
＜システム構成＞
　図１－１は、本実施例における通信システム１のシステム構成の一例を示す図である。
　通信システム１では、限定ではなく例として、ネットワーク３０を介して、サーバ１０と、複数の端末２０（端末２０Ａ，端末２０Ｂ，端末２０Ｃ，・・・）とが接続される。
　サーバ１０は、ネットワーク３０を介して、公式ユーザおよび一般ユーザが所有する端末２０にメッセージングサービス（メッセージングアプリケーション）を含むチャットサービス（チャットアプリケーション）を提供する機能を有する。サーバ１０は、メッセージングサーバやメッセージングサービスサービスサーバ、メッセージングアプリケーション管理サーバ等のように表現することもできる。
　本実施形態では、メッセージングサービス事業者（運営者）をサーバ１０のユーザとする。
　なお、本実施形態とは異なり、電子マネー（電子貨幣）等による電子決済を可能とする支払いサービス（支払いアプリケーション）の事業者がサーバ１０のユーザとなって、メッセージングサービスを運営するようにしてもよい。支払いサービス事業者は、支払いアプリケーションの一機能としてメッセージングサービスを提供するようにしてもよいし、そのようにしなくてもよい。
　なお、ネットワーク３０に接続されるサーバ１０の数や端末２０の数は限定されない。
　端末２０（端末２０Ａ，端末２０Ｂ，端末２０Ｃ、・・・）は、各実施例において記載する機能を実現できる情報処理端末であればどのような端末であってもよい。端末２０は、限定ではなく例として、スマートフォン、携帯電話（フィーチャーフォン）、コンピュータ（限定でなく例として、デスクトップ、ラップトップ、タブレットなど）、メディアコンピュータプラットホーム（限定でなく例として、ケーブル、衛星セットトップボックス、デジタルビデオレコーダ）、ハンドヘルドコンピュータデバイス（限定でなく例として、ＰＤＡ・（personal digital assistant）、電子メールクライアントなど）、ウェアラブル端末（メガネ型デバイス、時計型デバイスなど）、ＶＲ（Virtual Reality）端末、スマートスピーカ（音声認識用デバイス）、または他種のコンピュータ、またはコミュニケーションプラットホームを含む。また、端末２０は情報処理端末と表現されてもよい。
　端末２０Ａ、端末２０Ｂおよび端末２０Ｃの構成は、限定ではなく例として、同一とすることができる。また、必要に応じて、ユーザＸが利用する端末を端末２０Ｘと表現し、ユーザＸまたは端末２０Ｘに対応づけられた、所定のサービスにおけるユーザ情報をユーザ情報Ｘと表現してもよいし、しなくてもよい。
　なお、ユーザ情報とは、所定のサービスにおいてユーザが利用するアカウントに対応付けられたユーザの情報である。ユーザ情報は、限定でなく例として、ユーザにより入力される、または、所定のサービスにより付与される、ユーザの名前、ユーザのアイコン画像、ユーザの年齢、ユーザの性別、ユーザの住所、ユーザの趣味趣向、ユーザの識別子などのユーザに対応づけられた情報を含み、これらのいずれか一つまたは、組み合わせであってもよいし、そうでなくてもよい。
　ネットワーク３０は、１以上の端末２０と、１以上のサーバ１０とを接続する役割を担う。すなわち、ネットワーク３０は、上記の各種の装置が接続した後、データを送受信することができるように接続経路を提供する通信網を意味する。
　ネットワーク３０のうちの１つまたは複数の部分は、有線ネットワークや無線ネットワークであってもよいし、そうでなくてもよい。ネットワーク３０は、限定ではなく例として、アドホック・ネットワーク（ad hoc network）、イントラネット、エクストラネット、仮想プライベート・ネットワーク（virtual private network：ＶＰＮ）、ローカル・エリア・ネットワーク（local area network：ＬＡＮ）、ワイヤレスＬＡＮ（wireless LAN：ＷＬＡＮ）、広域ネットワーク（wide area network：ＷＡＮ）、ワイヤレスＷＡＮ（wireless WAN：ＷＷＡＮ）、大都市圏ネットワーク（metropolitan area network：ＭＡＮ）、インターネットの一部、公衆交換電話網（Public Switched Telephone Network：ＰＳＴＮ）の一部、携帯電話網、ＩＳＤＮ（integrated service digital networks）、無線ＬＡＮ、ＬＴＥ（long term evolution）、ＣＤＭＡ（code division multiple access）、ブルートゥース（Bluetooth（登録商標））、衛星通信など、または、これらの２つ以上の組合せを含むことができる。ネットワーク３０は、１つまたは複数のネットワーク３０を含むことができる。
　サーバ１０（限定ではなく、サーバ、情報処理装置、情報管理装置の一例）は、端末２０に対して、所定のサービス（本実施例ではメッセージングサービス）を提供する機能を備える。サーバ１０は、各実施形態において記載する機能を実現できる情報処理装置であればどのような装置であってもよい。サーバ１０は、限定ではなく例として、サーバ装置、コンピュータ（限定ではなく例として、デスクトップ、ラップトップ、タブレットなど）、メディアコンピュータプラットホーム（限定ではなく例として、ケーブル、衛星セットトップボックス、デジタルビデオレコーダ）、ハンドヘルドコンピュータデバイス（限定ではなく例として、ＰＤＡ、電子メールクライアントなど）、あるいは他種のコンピュータ、またはコミュニケーションプラットホームを含む。また、サーバ１０は情報処理装置と表現されてもよい。サーバ１０と端末２０とを区別する必要がない場合は、サーバ１０と端末２０とは、それぞれ情報処理装置と表現されてもよいし、されなくてもよい。
［各装置のハードウェア（ＨＷ）構成］
　通信システム１に含まれる各装置のＨＷ構成について説明する。
（１）端末のＨＷ構成
　図１－１には、端末２０のＨＷ構成の一例を示している。
　端末２０は、制御部２１（ＣＰＵ：central processing unit（中央処理装置））、記憶部２８、通信Ｉ／Ｆ２２（インタフェース）、入出力部２３、時計部２９Ａ、位置算出用情報検出部２９Ｂを備える。端末２０のＨＷの各構成要素は、限定ではなく例として、バスＢを介して相互に接続される。なお、端末２０のＨＷ構成として、すべての構成要素を含むことは必須ではない。限定ではなく例として、端末２０は、個々の構成要素、または複数の構成要素を取り外すような構成であってもよいし、そうでなくてもよい。
　通信Ｉ／Ｆ２２は、ネットワーク３０を介して各種データの送受信を行う。通信は、有線、無線のいずれで実行されてもよく、互いの通信が実行できるのであれば、どのような通信プロトコルを用いてもよい。通信Ｉ／Ｆ２２は、ネットワーク３０を介して、サーバ１０等の各種装置との通信を実行する機能を有する。通信Ｉ／Ｆ２２は、各種データを制御部２１からの指示に従って、サーバ１０等の各種装置に送信する。また、通信Ｉ／Ｆ２２は、サーバ１０等の各種装置から送信された各種データを受信し、制御部２１に伝達する。また、通信Ｉ／Ｆ２２を単に通信部と表現する場合もある。また、通信Ｉ／Ｆ２２が物理的に構造化された回路で構成される場合には、通信回路と表現する場合もある。
　入出力部２３は、端末２０に対する各種操作を入力する装置や、端末２０で処理された処理結果を出力する装置等を含む。入出力部２３は、入力部と出力部が一体化していてもよいし、入力部と出力部に分離していてもよいし、そうでなくてもよい。
　入力部は、ユーザからの入力を受け付けて、入力に係る情報を制御部２１に伝達できる全ての種類の装置のいずれかまたはその組み合わせにより実現される。入力部は、限定ではなく例として、タッチパネル、タッチディスプレイ、キーボード等のハードウェアキーや、マウス等のポインティングデバイス、カメラ（動画像を介した操作入力）、マイク（音声による操作入力）を含む。
　出力部は、制御部２１で処理された処理結果を出力することができる全ての種類の装置のいずれかまたはその組み合わせにより実現される。出力部は、限定ではなく例として、タッチパネル、タッチディスプレイ、スピーカ（音声出力）、レンズ（限定ではなく例として３Ｄ（three dimensions）出力や、ホログラム出力）、プリンターなどを含む。
　あくまでも一例であるが、入出力部２３は、限定ではなく例として、表示部２４、音入力部２５、音出力部２６、撮像部２７を備える。
　表示部２４は、フレームバッファに書き込まれた表示データに従って、表示することができる全ての種類の装置のいずれかまたはその組み合わせにより実現される。表示部２４は、限定ではなく例として、タッチパネル、タッチディスプレイ、モニタ（限定ではなく例として、液晶ディスプレイやＯＥＬＤ（organic electroluminescence display））、ヘッドマウントディスプレイ（ＨＤＭ：Head Mounted Display）、プロジェクションマッピング、ホログラム、空気中など（真空であってもよいし、そうでなくてもよい）に画像やテキスト情報等を表示可能な装置を含む。なお、これらの表示部２４は、３Ｄで表示データを表示可能であってもよいし、そうでなくてもよい。
　音入力部２５は、音データ（音声データを含む。以下同様。）の入力に利用される。音入力部２５は、マイクなどを含む。
　音出力部２６は、音データの出力に利用される。音出力部２６は、スピーカなどを含む。
　撮像部２７は、画像データ（静止画像データ、動画像データを含む。以下同様。）の取得に利用される。撮像部２７は、カメラなどを含む。
　入出力部２３がタッチパネルの場合、入出力部２３と表示部２４とは、略同一の大きさおよび形状で対向して配置されていてもよい。
　時計部２９Ａは、端末２０の内蔵時計であり、時刻情報（計時情報）を出力する。時計部２９Ａは、限定ではなく例として、水晶発振器を利用したクロック等を有して構成される。時計部２９Ａは、限定ではなく例として、計時部や時刻情報検出部と表現することもできる。
　なお、時計部２９Ａは、ＮＩＴＺ（Network Identity and Time Zone）規格等を適用したクロックを有していてもよいし、有していなくてもよい。
　位置算出用情報検出部２９Ｂは、制御部２１が自己の端末２０の位置を算出（測定）するために必要な情報（以下、「位置算出用情報」と称する。）を検出（計測）する機能部である。位置算出用情報検出部２９Ｂは、限定ではなく例として、位置算出用センサ部と表現することもできる。
　位置算出用情報検出部２９Ｂは、限定ではなく例として、ＧＰＳ（Global Positioning System）等の衛星測位システムを利用して端末２０の位置を算出するためのセンサやユニットである衛星測位センサ（衛星測位ユニット）や、慣性航法システムを利用して端末２０の位置を算出するためのセンサやユニットである慣性計測センサ（慣性計測ユニット（ＩＭＵ（Inertial Measurement Unit）））、ＵＷＢ（超広帯域無線：Ultra Wide Band）を利用して端末２０の位置を算出するためのセンサやユニットであるＵＷＢ測位センサ（ＵＷＢ測位ユニット）等を含む。
　衛星測位ユニットは、限定ではなく例として、不図示のアンテナで受信される測位用衛星から発信されている測位用衛星信号を含むＲＦ（Radio Frequency）信号をデジタル信号に変換するＲＦ受信回路や、ＲＦ受信回路から出力されるデジタル信号に対して相関演算処理等を行って測位用衛星信号を捕捉し、測位用衛星信号から取り出した衛星軌道データや時刻データ等の情報を、位置算出用情報として出力するベースバンド処理回路等を有する。
　慣性計測ユニットは、慣性航法演算によって端末２０の位置を算出するために必要な情報を検出するセンサである慣性センサを有する。慣性センサには、限定ではなく例として、３軸の加速度センサや３軸のジャイロセンサが含まれ、加速度センサによって検出された加速度と、ジャイロセンサによって検出された角速度とを、位置算出用情報として出力する。
　ＵＷＢ測位ユニットは、限定ではなく例として、不図示のアンテナで受信される測位用ビーコンから発信されている測位用超広帯域パルス信号を含む超広帯域ＲＦ（Radio Frequency）信号をデジタル信号に変換する超広帯域ＲＦ受信回路や、超広帯域ＲＦ受信回路から出力されるデジタル信号に基づいて端末２０と測位用ビーコンとの相対位置を算出する相対位置算出処理回路等を有する。
　なお、限定ではなく例として、ＵＷＢ測位ユニットは、不図示のアンテナから測位用超広帯域パルス信号を含む超広帯域ＲＦ信号を送信することで、端末２０を測位用ビーコンとして機能させてもよいし、そうしなくてもよい。
　制御部２１は、限定ではなく例として、位置算出用情報検出部２９Ｂによって検出された位置算出用情報に基づいて、定期的なタイミングや特定のタイミングで、自己の端末２０の位置を算出する。端末の位置を「端末位置」と称し、算出された端末位置を「算出端末位置」と称する。制御部２１は、算出端末位置を、その算出端末位置を算出した日時と関連付けて、算出端末位置履歴データとして記憶部２８に記憶させるようにしてもよいし、そうしなくてもよい。
　制御部２１は、プログラム内に含まれたコードまたは命令によって実現する機能を実行するために物理的に構造化された回路を有し、限定ではなく例として、ハードウェアに内蔵されたデータ処理装置により実現される。そのため、制御部２１は、制御回路と表現されてもよいし、されなくてもよい。
　制御部２１は、限定ではなく例として、中央処理装置（ＣＰＵ）、マイクロプロセッサ（microprocessor）、プロセッサコア（processor core）、マルチプロセッサ（multiprocessor）、ＡＳＩＣ（application-specific integrated circuit）、ＦＰＧＡ（field programmable gate array）を含む。
　記憶部２８は、端末２０が動作するうえで必要とする各種プログラムや各種データを記憶する機能を有する。記憶部２８は、限定ではなく例として、ＨＤＤ（hard disk drive）、ＳＳＤ（solid state drive）、フラッシュメモリ、ＲＡＭ（random access memory）、ＲＯＭ（read only memory）など各種の記憶媒体を含む。また、記憶部２８は、メモリ(memory)と表現されてもよいし、されなくてもよい。
　端末２０は、プログラムＰを記憶部２８に記憶し、このプログラムＰを実行することで、制御部２１が、制御部２１に含まれる各部としての処理を実行する。つまり、記憶部２８に記憶されるプログラムＰは、端末２０に、制御部２１が実行する各機能を実現させる。また、このプログラムＰは、プログラムモジュールと表現されてもよいし、されなくてもよい。
（２）サーバのＨＷ構成
　図１－１には、サーバ１０のＨＷ構成の一例を示している。
　サーバ１０は、制御部１１（ＣＰＵ）、記憶部１５、通信Ｉ／Ｆ１４（インタフェース）、入出力部１２、時計部１９を備える。サーバ１０のＨＷの各構成要素は、限定ではなく例として、バスＢを介して相互に接続される。なお、サーバ１０のＨＷは、サーバ１０のＨＷの構成として、全ての構成要素を含むことは必須ではない。限定ではなく例として、サーバ１０のＨＷは、個々の構成要素、または複数の構成要素を取り外すような構成であってもよいし、そうでなくてもよい。
　制御部１１は、プログラム内に含まれたコードまたは命令によって実現する機能を実行するために物理的に構造化された回路を有し、限定ではなく例として、ハードウェアに内蔵されたデータ処理装置により実現される。
　制御部１１は、代表的には中央処理装置（ＣＰＵ）、であり、その他にマイクロプロセッサ、プロセッサコア、マルチプロセッサ、ＡＳＩＣ、ＦＰＧＡであってもよいし、そうでなくてもよい。本開示において、制御部１１は、これらに限定されない。
　記憶部１５は、サーバ１０が動作するうえで必要とする各種プログラムや各種データを記憶する機能を有する。記憶部１５は、ＨＤＤ、ＳＳＤ、フラッシュメモリなど各種の記憶媒体により実現される。ただし、本開示において、記憶部１５は、これらに限定されない。また、記憶部１５は、メモリ(memory)と表現されてもよいし、されなくてもよい。
　通信Ｉ／Ｆ１４は、ネットワーク３０を介して各種データの送受信を行う。通信は、有線、無線のいずれで実行されてもよく、互いの通信が実行できるのであれば、どのような通信プロトコルを用いてもよい。通信Ｉ／Ｆ１４は、ネットワーク３０を介して、端末２０等の各種装置との通信を実行する機能を有する。通信Ｉ／Ｆ１４は、各種データを制御部１１からの指示に従って、端末２０等の各種装置に送信する。また、通信Ｉ／Ｆ１４は、端末２０等の各種装置から送信された各種データを受信し、制御部１１に伝達する。また、通信Ｉ／Ｆ１４を単に通信部と表現する場合もある。また、通信Ｉ／Ｆ１４が物理的に構造化された回路で構成される場合には、通信回路と表現する場合もある。
　入出力部１２は、サーバ１０に対する各種操作を入力する装置や、サーバ１０で処理された処理結果を出力する装置等を含む。入出力部１２は、入力部と出力部が一体化していてもよいし、入力部と出力部に分離していてもよいし、そうでなくてもよい。
　入力部は、ユーザからの入力を受け付けて、入力に係る情報を制御部１１に伝達できる全ての種類の装置のいずれかまたはその組み合わせにより実現される。入力部は、代表的にはキーボード等に代表されるハードウェアキーや、マウス等のポインティングデバイスで実現される。なお、入力部は、限定ではなく例として、タッチパネルやカメラ（動画像を介した操作入力）、マイク（音声による操作入力）を含んでいてもよいし、そうでなくてもよい。
　出力部は、制御部１１で処理された処理結果を出力することができる全ての種類の装置のいずれかまたはその組み合わせにより実現される。出力部は、限定ではなく例として、 タッチパネル、タッチディスプレイ、スピーカ（音出力）、レンズ（限定ではなく例として３Ｄ（three dimensions）出力や、ホログラム出力）、プリンターなどを含む。
　あくまでも一例であるが、入出力部１２は、限定ではなく例として、表示部１３を備える。
　表示部１３は、ディスプレイ等で実現される。ディスプレイは、代表的にはモニタ（限定ではなく例として、液晶ディスプレイやＯＥＬＤ（organic electroluminescence display））で実現される。なお、ディスプレイは、ヘッドマウントディスプレイ（ＨＤＭ）などであってもよいし、そうでなくてもよい。なお、これらのディスプレイは、３Ｄで表示データを表示可能であってもよいし、そうでなくてもよい。本開示において、ディスプレイは、これらに限定されない。
　時計部１９は、サーバ１０の内蔵時計であり、時刻情報（計時情報）を出力する。時計部１９は、限定ではなく例として、ハードウェアクロックとしてのＲＴＣ（Real Time Clock）やシステムクロック等を有して構成される。時計部１９は、限定ではなく例として、計時部や時刻情報検出部と表現することもできる。
（３）その他
　サーバ１０は、プログラムＰを記憶部１５に記憶し、このプログラムＰを実行することで、制御部１１が、制御部１１に含まれる各部としての処理を実行する。つまり、記憶部１５に記憶されるプログラムＰは、サーバ１０に、制御部１１が実行する各機能を実現させる。このプログラムＰは、プログラムモジュールと表現されてもよいし、されなくてもよい。
　他の装置についても同様である。
　本開示の各実施形態においては、端末２０および／またはサーバ１０のＣＰＵがプログラムＰを実行することにより、実現するものとして説明する。
　なお、端末２０の制御部２１、および／または、サーバ１０の制御部１１は、制御回路を有するＣＰＵだけでなく、集積回路（ＩＣ（Integrated Circuit）チップ、ＬＳＩ（Large Scale Integration））等に形成された論理回路（ハードウェア）や専用回路によって各処理を実現してもよいし、そうでなくてもよい。また、これらの回路は、１または複数の集積回路により実現されてよく、各実施形態に示す複数の処理を１つの集積回路により実現されることとしてもよいし、そうでなくてもよい。また、ＬＳＩは、集積度の違いにより、ＶＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩなどと呼称されることもある。そのため、制御部２１は、制御回路と表現されてもよいし、されなくてもよい。
　また、本開示の各実施形態のプログラムＰ(限定ではなく例として、ソフトウェアプログラム、コンピュータプログラム、またはプログラムモジュール)は、コンピュータに読み取り可能な記憶媒体に記憶された状態で提供されてもよいし、されなくてもよい。記憶媒体は、「一時的でない有形の媒体」に、プログラムＰを記憶可能である。また、プログラムＰは、本開示の各実施形態の機能の一部を実現するためのものであってもよいし、そうでなくてもよい。さらに、本開示の各実施形態の機能を記憶媒体にすでに記録されているプログラムＰとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよいし、そうでなくてもよい。
　記憶媒体は、１つまたは複数の半導体ベースの、または他の集積回路（ＩＣ）（限定ではなく例として、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）または特定用途向けＩＣ（ＡＳＩＣ）など）、ハード・ディスク・ドライブ（ＨＤＤ）、ハイブリッド・ハード・ドライブ（ＨＨＤ）、光ディスク、光ディスクドライブ（ＯＤＤ）、光磁気ディスク、光磁気ドライブ、フロッピィ・ディスケット、フロッピィ・ディスク・ドライブ（ＦＤＤ）、磁気テープ、固体ドライブ（ＳＳＤ）、ＲＡＭドライブ、セキュア・デジタル・カード、またはドライブ、任意の他の適切な記憶媒体、またはこれらの２つ以上の適切な組合せを含むことができる。記憶媒体は、適切な場合、揮発性、不揮発性、または揮発性と不揮発性の組合せでよい。なお、記憶媒体はこれらの例に限られず、プログラムＰを記憶可能であれば、どのようなデバイスまたは媒体であってもよい。また、記憶媒体をメモリ（memory）と表現されてもよいし、されなくてもよい。
　サーバ１０および／または端末２０は、記憶媒体に記憶されたプログラムＰを読み出し、読み出したプログラムＰを実行することによって、各実施形態に示す複数の機能部の機能を実現することができる。
　また、本開示のプログラムＰは、プログラムを伝送可能な任意の伝送媒体(通信ネットワークや放送波等)を介して、サーバ１０および／または端末２０に提供されてもよいし、されなくてもよい。サーバ１０および／または端末２０は、限定ではなく例として、インターネット等を介してダウンロードしたプログラムＰを実行することにより、各実施形態に示す複数の機能部の機能を実現する。
　また、本開示の各実施形態は、プログラムＰが電子的な伝送によって具現化されたデータ信号の形態でも実現され得る。
　サーバ１０および／または端末２０における処理の少なくとも一部は、１以上のコンピュータにより構成されるクラウドコンピューティングにより実現されていてもよいし、そうでなくてもよい。
　端末２０における処理の少なくとも一部、または全部を、サーバ１０により行う構成としてもよいし、そうでなくてもよい。この場合、端末２０の制御部２１の各機能部の処理のうち少なくとも一部の処理、または全部の処理を、サーバ１０で行う構成としてもよいし、そうでなくてもよい。
　サーバ１０における処理の少なくとも一部、または全部を、端末２０により行う構成としてもよいし、そうでなくてもよい。この場合、サーバ１０の制御部１１の各機能部の処理のうち少なくとも一部の処理、または全部の処理を、端末２０で行う構成としてもよいし、そうでなくてもよい。
　明示的な言及のない限り、本開示の実施形態における判定の構成は必須でなく、判定条件を満たした場合に所定の処理が動作されたり、判定条件を満たさない場合に所定の処理がされたりしてもよいし、そうでなくてもよい。
　なお、本開示のプログラムは、限定ではなく例として、ActionScript、JavaScript(登録商標)などのスクリプト言語、Objective-C、Java(登録商標)などのコンパイラ言語、HTML Living Standardなどのマークアップ言語などを用いて実装される。
［各装置の機能構成］
（１）サーバ
　図１－２は、本実施例においてサーバ１０の制御部１１によって実現される機能の一例を示す図である。
　制御部１１は、限定ではなく例として、記憶部１５に記憶されたアプリケーション管理処理プログラム１５１に従ってメッセージングアプリケーション管理処理を実行するためのアプリケーション管理処理部１１１を機能部として含む。
　図１－３は、本実施例においてサーバ１０の記憶部１５に記憶される情報等の一例を示す図である。
　記憶部１５には、限定ではなく例として、メッセージングアプリケーション管理処理として実行されるアプリケーション管理処理プログラム１５１と、一般アカウント登録データ１５３と、公式アカウント管理データベース１５５とが記憶される。
　一般アカウント登録データ１５３は、アプリケーション（この例ではメッセージングアプリケーション）の一般アカウントに関する登録データであり、そのデータ構成の一例を図１－４に示す。
　一般アカウント登録データ１５３には、限定ではなく例として、一般ユーザ名と、一般アプリケーションＩＤと、その他登録情報とが関連付けて記憶される。
　一般ユーザ名は、アプリケーションを利用する端末２０の一般アカウントの名称であり、限定ではなく例として、端末２０のユーザがアプリケーションを利用する際に登録する名称が記憶される。
　一般アプリケーションＩＤは、アプリケーションのアカウントを識別するために用いられる情報、またはアカウントそのものである。
　この一般アプリケーションＩＤは、好ましくはアカウントごとに一意な値であり、限定ではなく例として、サーバ１０によってアカウントごとに一意な値（固有の値）が設定されて記憶される。
　一般アプリケーションＩＤは、端末２０、またはその端末２０のユーザに関連付けられた情報であり、端末に関する情報、または端末のユーザに関する情報の一例である。
　その他登録情報には、限定ではなく例として、端末２０を識別するための識別情報、端末２０の電話番号（端末電話番号）、メールアドレス（端末メールアドレス）、アプリケーションにおける各種の認証に利用されるパスワード（ログインパスワード、認証パスワード等）等の認証情報といった各種の情報を含めるようにすることができる。
　公式アカウント管理データベース１５５は、メッセージングアプリケーションにおける公式アカウントを管理するための管理用のデータベースであり、その一例である第１の公式アカウント管理データベース１５５Ａのデータ構成例を図１－５に示す。
　第１の公式アカウント管理データベース１５５Ａには、公式アカウントごとの管理データとして、公式アカウント管理データが記憶される。
　各々の公式アカウント管理データには、限定ではなく例として、公式アプリケーションＩＤと、公式ユーザ名と、その他登録情報と、公式アカウントメンバーシップ管理データと、公式アカウント友だちデータと、リッチメニュー管理データとが記憶される。
　公式ユーザ名は、アプリケーションを利用する端末２０の公式アカウントの名称であり、限定ではなく例として、端末２０のユーザがアプリケーションを利用する際に登録する名称が記憶される。
　公式アプリケーションＩＤは、アプリケーションのアカウントを識別するために用いられる情報、またはアカウントそのものである。
　この公式アプリケーションＩＤは、好ましくはアカウントごとに一意な値であり、限定ではなく例として、サーバ１０によってアカウントごとに一意な値（固有の値）が設定されて記憶される。
　公式アプリケーションＩＤは、端末２０、またはその端末２０のユーザに関連付けられた情報であり、端末に関する情報、または端末のユーザに関する情報の一例である。
　その他登録情報には、限定ではなく例として、端末２０を識別するための識別情報、端末２０の電話番号（端末電話番号）、メールアドレス（端末メールアドレス）、アプリケーションにおける各種の認証に利用されるパスワード（ログインパスワード、認証パスワード等）等の認証情報といった各種の情報を含めるようにすることができる。
　端末２０を識別するための識別情報は、限定ではなく例として、端末ＩＤ（限定ではなく例として、ＩＭＥＩ（International Mobile Equipment Identity））とすることができる。
　また、端末２０のユーザを識別するための識別情報は、限定ではなく例として、一般アプリケーションＩＤまたは公式アプリケーションＩＤとすることができる。
　なお、一般アプリケーションＩＤに代えて「一般ユーザＩＤ」としてもよいし、しなくてもよい。また、公式アプリケーションＩＤに代えて「公式ユーザＩＤ」としてもよいし、しなくてもよい。一般アプリケーションＩＤと公式アプリケーションＩＤとを区別する必要がない場合には、単に「ユーザＩＤ」としてもよいし、しなくてもよい。
　また、１つの端末２０につき１つのアカウントしか登録することのできないアプリケーションであれば、限定ではなく例として、「端末２０を識別するための識別情報＝端末２０のユーザを識別するための識別情報＝一般アプリケーションＩＤまたは公式アプリケーションＩＤ」とすることができる。
　また、限定ではなく例として、１つの一般アプリケーションＩＤまたは公式アプリケーションＩＤに、複数の端末ＩＤを割り当てることを可能としてもよいし、そのようにしなくてもよい。
　また、一般アプリケーションＩＤ等の各種のＩＤに代えて、端末電話番号等の情報によってアカウントを管理する手法を適用することも可能である。
　この場合、一般アプリケーションＩＤ等のＩＤの情報を一般アカウント登録データ１５３または公式アカウント管理データベース１５５に記憶させるのに代えて、端末電話番号等の情報を一般アカウント登録データ１５３または公式アカウント管理データベース１５５に記憶させるようにすることができる。
　公式アカウントメンバーシップ管理データは、この公式アカウントの友だちとなるためのメンバーシップコースを管理するためのデータであり、限定ではなく例として、メンバーシップコースＩＤと、メンバーシップコース名と、月額料金と、その他情報とが関連付けて記憶される。
　メンバーシップコースＩＤは、それぞれのメンバーシップコースを識別するために用いられる情報である。
　このメンバーシップコースＩＤは、好ましくはメンバーシップコースごとに一意な値であり、限定ではなく例として、サーバ１０によってメンバーシップコースごとに一意な値（固有の値）が設定されて記憶される。
　メンバーシップコース名は、このメッセージシップコースの名称であり、限定ではなく例として、公式ユーザがメンバーシップコースを設定する際に登録する名称が記憶される。
　月額料金は、このメンバーシップコースに加入するために一般ユーザが課金を要求される月額費用であり、限定ではなく例として、公式ユーザがメンバーシップコースを設定する際に登録する金額が記憶される。
　なお、限定ではなく例として、一般ユーザによって課金された金額の一部またはすべては、公式ユーザが受け取り可能となるようにしてもよい。
　また、月額料金に変えて、年額費用や、加入時に一回限りの課金を要求される費用を設定できるようにしてもよい。
　その他情報には、限定ではなく例として、このメンバーシップコースにおけるメッセージ表示態様定義情報や、メンバーシップコースに加入した場合の特典情報、メンバーシップコース固有のアイコン情報といった各種の情報を含めるようにすることができる。
　限定ではなく例として、図１－５の最も手前側に示した公式アカウント管理データの例では、公式アカウントメンバーシップ管理データに、第１種コースとしてメンバーシップコース名「プレミアム会員」のコースが設定されており、第１種コースに加入するためには月額料金「８００円」の課金が必要とされることが設定されている。また、第２種コースとしてメンバーシップコース名「スタンダード会員」のコースが設定されており、第２種コースに加入するためには月額料金「４００円」の課金が必要とされることが設定されている。また、第３種コースとしてメンバーシップコース名「無料会員」のコースが設定されており、第３種コースに加入するためには課金が必要とされないことが設定されている。
　公式アカウント友だちデータは、この公式アカウントと友だちである一般アカウントを識別するためのデータであり、限定ではなく例として、一般ユーザ名と、一般アプリケーションＩＤと、メンバーシップコースＩＤとが関連付けて記憶される。なお、公式アカウント友だちデータに、登録日時等をさらに関連付けて記憶させるようにしてもよい。
　一般アプリケーションＩＤには、一般アカウント登録データ１５３に記憶されている一般アプリケーションＩＤのうち、この公式アカウントを友だち登録した一般アカウントの一般アプリケーションＩＤが記憶される。
　一般ユーザ名には、限定ではなく例として、この一般アプリケーションＩＤと関連付けて一般アカウント登録データ１５３に記憶されているユーザ名が記憶される。
　メンバーシップコースＩＤには、公式アカウントメンバーシップ管理データに記憶されているメンバーシップコースＩＤのうち、一般アカウントによって加入することが選択されたメンバーシップコースのメンバーシップコースＩＤが記憶される。
　登録日時をさらに関連付けて記憶させる場合、登録日時には、限定ではなく例として、この一般アプリケーションＩＤによって識別される一般アカウントが、この公式アカウントを友だち登録した日時が記憶される。
　限定ではなく例として、図１－５の例では、一般ユーザ名「Ａ．Ａ」のユーザがメンバーシップコースＩＤ「Ｍ０００１」のメンバーシップコース（すなわち、メンバーシップコース名「プレミアム会員」のメンバーシップコース）を選択して加入したことが記憶されている。
　限定ではなく例として、この公式アカウントのユーザである公式ユーザは、公式アカウント友だちデータに記憶される一般アプリケーションＩＤの端末に対してそのメンバーシップコースＩＤに応じた任意のメッセージを送信することができる。
　リッチメニュー機能管理データは、この公式アカウントの友だちにメンバーシップコースに応じて、公式アカウントのトークルーム（チャットルーム）内に構成されるリッチメニュー内の機能ボタンを構成するための管理用のデータベースであり、限定ではなく例として、リッチメニューＩＤと、リッチメニュー名と、メンバーシップコースＩＤと、アクションＵＲＩとが関連付けて記憶される。
　リッチメニューＩＤは、限定ではなく例としてリッチメニュー内に配置されるリッチメニュー機能ボタンを識別するために用いられる情報である。
　このリッチメニューＩＤは、好ましくはリッチメニュー機能ボタンごとに一意な値であり、限定ではなく例として、サーバ１０によってリッチメニュー機能ごとに一意な値（固有の値）が設定されて記憶される。
　リッチメニュー名は、このリッチメニュー機能ボタンの名称であり、限定ではなく例として、公式ユーザがリッチメニュー機能を設定する際に登録する名称が記憶される。
　メンバーシップコースＩＤは、公式アカウントメンバーシップ管理データに記憶されているメンバーシップコースＩＤのうち、この公式アカウントのトークルーム内に構成されるリッチメニューにおいてリッチメニュー機能が有効化されるメンバーシップコースを識別するために用いられる情報である。
　このメンバーシップコースＩＤには、限定ではなく例として、公式ユーザがリッチメニュー機能を設定する際に、リッチメニュー機能を有効化したメンバーシップコースを示すメンバーシップコースＩＤが記憶される。
　アクションＵＲＩは、一般ユーザによってリッチメニュー機能ボタンの動作が選択される場合の動作を規定するための情報であり、限定ではなく例として、公式ユーザがリッチメニュー機能を設定する際に、その動作の内容を記述したファイルのＵＲＩ（Uniform Resource Identifier）が記憶される。
　（２）端末
　図１－６は、本実施例において端末２０の制御部２１によって実現される機能の一例を示す図である。
　制御部２１は、限定ではなく例として、記憶部２８に記憶されたアプリケーション処理プログラム２８１に従ってメッセージングアプリケーション処理を実行するためのアプリケーション処理部２１１を機能部として含む。
　図１－７は、本実施例において端末２０の記憶部２８に記憶される情報等の一例を示す図である。
　記憶部２８には、限定ではなく例として、メッセージングアプリケーション処理として実行されるアプリケーション処理プログラム２８１と、自己の端末２０、または自己の端末２０のユーザのアプリケーションＩＤ２８３とが記憶される。
　なお、アプリケーションＩＤ２８３には、一般アプリケーションＩＤと公式アプリケーションＩＤとのいずれか一方のみが記憶できるようにしてもよいし、一般アプリケーションＩＤと公式アプリケーションＩＤとを両方記憶できるようにしてもよい。
　また、アプリケーションＩＤ２８３には、複数のアプリケーションＩＤを記憶できるようにしてもよいし、そうしなくてもよい。
　以下では、説明の便宜上、アプリケーションＩＤとして一般アプリケーションＩＤが記憶される端末を一般ユーザの端末２０（端末２０Ａ，端末２０Ｂ，端末２０Ｃ，・・・）とし、公式アプリケーションＩＤが記憶される端末を公式ユーザの端末４０（端末４０Ａ，端末４０Ｂ，端末４０Ｃ，・・・）として区別して説明する。
　ただし、端末４０についても、限定ではなく例として、上記の端末２０の構成を同様に適用することができる。
＜表示画面＞
　以下では、限定ではなく例として、端末２０が、縦長のディスプレイの表示部２４を備えるスマートフォンである場合を例示する。
　スマートフォンには、限定ではなく例として、入力部として機能するタッチパネルが、そのディスプレイと対向して配置され、これによってタッチスクリーンが構成される。アイコン、ボタン、アイテムまたは入力領域などの要素がディスプレイに表示された場合において、タッチパネルの一部の領域であって、その要素が表示された領域と対向する領域がユーザによって操作された場合、その要素と関連付けられたプログラムまたはそのプログラムのサブルーチンが実行される。
　以下では、ユーザによる操作を、限定ではなく例として、タップ（タップ操作）として説明する。
　タップ（タップ操作）とは、限定ではなく例として、ユーザが、タッチパネルが一体的に構成された表示部２４（タッチスクリーン）を指やペン先などで軽く叩くように触れる動作、触れてから離す動作である。
　なお、以下説明する表示画面の遷移は、本開示の手法を実現するための表示画面の遷移の一例に過ぎない。以下に例示する表示画面の遷移について、一部の表示画面の表示を省略してもよいし、別の表示画面を追加してもよい。
　図１－８は、本実施例において端末２０の表示部２４に表示される画面の遷移の一例を示す図である。
　図１－８左側は、限定ではなく例として、一般ユーザＡ．Ａの端末２０Ａの表示部２４に表示されるメッセージングアプリケーションのホーム画面の一例である。
　画面最上部中央には、メッセージングアプリケーションの名称として「Ｍｅｓｓａｇｉｎｇ　Ａｐｐ」の文字が表示されるように構成されている。また、画面最上部右には、この端末２０のユーザのメッセージングアプリケーションにおけるアイコン画像およびユーザ名（この例ではユーザＡ．Ａ）が表示されるように構成されている。
　また、その下には、メッセージングアプリケーションにおける現在位置を示す現在位置表示領域が構成されており、この例では、現在位置がメッセージングアプリケーションのホームであることを示す「ホーム」の文字が、現在位置表示領域内に表示されている。
　現在位置表示領域の下には、端末２０Ａのユーザと友だちになっているアカウント一覧を表示させるための「友だち」メニューが表示されるように構成されている。この画面では、「友だち」メニューは折りたたまれた状態で表示されている。限定ではなく例として、「友だち」メニュー右側のメニュー展開ボタンがタップされると、折りたたまれたメニューが展開し、非表示になっている友だちのアイコンとユーザ名との一覧が表示されるように構成されている。
　「友だち」メニューの下には、端末２０ＡのユーザＡ．Ａが所属する（ユーザＡ．Ａが含まれる）グループ一覧を表示させるための「グループ」メニューが表示されるように構成されている。この画面では、「友だち」メニューと同様に「グループ」メニューも折りたたまれた状態で表示されている。限定ではなく例として、「グループ」メニュー右側のメニュー展開ボタンがタップされると、折りたたまれたメニューが展開し、非表示になっているグループのアイコンとグループ名との一覧が表示されるように構成されている。
　「グループ」メニューの下には、端末２０Ａのユーザに友だち登録を薦める公式アカウント一覧を表示させるための「おすすめの公式アカウント」メニューが表示されるように構成されている。この画面では、「おすすめの公式アカウント」メニューには、限定ではなく例として、端末２０Ａのユーザ情報に基づいて、公式ユーザ「ＸＸスーパー」、公式ユーザ「ＬＬヨガスタジオ」、公式ユーザ「ＭＭカフェ」等の複数の公式ユーザについて、その名称とそのアイコンとが表示されている。
　ホーム画面の最下部には、メッセージングアプリケーションの機能メニューが表示されるように構成されている。機能メニューには、限定ではなく例として、ホーム画面を表示させるための「ホーム」ボタンと、トーク一覧画面を表示させるための「トーク」ボタンと、公式アカウントのメンバーシップカードを表示させるための「カード」ボタンとが表示されるように構成されている。限定ではなく例として、この画面では、「ホーム」ボタンが反転表示され、ホーム画面であることを示している。
　限定ではなく例として、「おすすめの公式アカウント」メニュー内の公式ユーザ「ＬＬヨガスタジオ」の項目がユーザによってタップされると、限定ではなく例として、図１－８中央の公式アカウントメンバーシップ選択画面に表示が遷移する。
　この画面では、現在位置がメッセージングアプリケーションの公式アカウントメンバーシップ選択画面であることを示す「公式アカウントメンバーシップ」の文字が、現在位置表示領域内に表示されている。
　現在位置表示領域内の下には、端末２０Ａのユーザが友だち登録を行う相手の公式ユーザの情報が表示されるように構成されている。ここでは、ホーム画面で選択された公式ユーザ「ＬＬヨガスタジオ」のアイコンとユーザ名とが表示されている。
　その下には、この公式アカウントにおいて選択可能なメンバーシップコースとして登録されている各コースの情報が表示されるように構成されている。この画面では、限定ではなく例として、第１種コースの情報を表示させるための第１種コース表示領域ＦＣＲ１と、第２種コースの情報を表示させるための第２種コース表示領域ＳＣＲ１と、第３種コースの情報を表示させるための第３種コース表示領域ＴＣＲ１とが表示されている。
　第１種コース表示領域ＦＣＲ１には、メンバーシップコース名である「プレミアム会員」の名称の右側に、「プレミアム会員」コースに属した場合に付与される「Ｐ」の文字で示されるバッジが表示されている。また、メンバーシップコース名の下には、「プレミアム会員」コースに属した場合に付与される特典（ここでは、限定ではなく例として、「スタンダード会員登録に加えて、月１回のマンツーマンレッスン」等）に関する特典情報が表示されている。特典情報の下には、このメンバーシップコースの月額料金（ここでは、「８００円／月」）が表示されている。月額料金の右側には、このメンバーシップコースを選択して加入するための「加入する」の文字で示される加入ボタンＪＢＴ１が表示されている。
　第２種コース表示領域ＳＣＲ１や第３種コース表示領域ＴＣＲ１においても、限定ではなく例として、第１種コース表示領域ＦＣＲ１と同様の内容が表示されるように構成されている。
　限定ではなく例として、加入ボタンＪＢＴ１がユーザによってタップされると、限定ではなく例として、図１－８右側のトークルーム画面に表示が遷移する。
　この画面では、現在位置が公式ユーザ名「ＬＬヨガスタジオ」とのＯＡトークルーム画面であることを示す「ＬＬヨガスタジオ」の文字が、現在位置表示領域内に表示されている。
　現在位置表示領域の下には、このトークルームに送信（投稿）されるコンテンツ（メッセージ）を表示するためのコンテンツ表示領域ＴＲ１が表示されるように構成されている。
　また、コンテンツ表示領域ＴＲ１の下には、このトークルームに送信するコンテンツを入力・選択するためのコンテンツ入力領域が表示されるように構成されている。
　図１－８右側では、コンテンツ表示領域ＴＲ１には、限定ではなく例として、ユーザＡ．Ａがメンバーシップコースとして「プレミアム会員」コースを選択して加入したことに基づいて、「プレミアム会員登録ありがとうございます」の文字の第１種メッセージコンテンツＦＭＣ１が表示されている。その下には、「明日は会員様感謝デー！スタジオ料金１０％ＯＦＦ！」の文字の第３種メッセージコンテンツＴＭＣ１が表示されている。また、その下には、「スタンダード会員様以上ならなんと料金２０％ＯＦＦ！」の文字の第２種メッセージコンテンツＳＭＣ１が表示されている。
　限定ではなく例として、第１種メッセージコンテンツＦＭＣ１と、第３種メッセージコンテンツＴＭＣ１と、第２種メッセージコンテンツＳＭＣ１とは、公式ユーザ「ＬＬヨガスタジオ」からこの端末２０のユーザに送信されたメッセージのため、ユーザＡ．Ａの端末２０Ａでは左側からの吹き出しで表示されている。
　また、コンテンツ表示領域ＴＲ１において、各メッセージコンテンツの送信元を示す「ＬＬヨガスタジオ」のアイコンの右上には、ユーザＡ．Ａが「プレミアム会員」コースに加入していることに基づいて、「Ｐ」の文字で示されるバッジが表示されている。
　限定ではなく例として、第１種メッセージコンテンツＦＭＣ１は、第１種コースである「プレミアム会員」コースに加入したユーザのみに対して送信される。そのため、第１種メッセージコンテンツＦＭＣ１の表示態様は、限定ではなく例として、黒背景に白文字となっている。
　また、限定ではなく例として、第３種メッセージコンテンツＴＭＣ１は、第３種コースである「無料会員」コース、または第２種コースである「スタンダード会員」コース、または第１種コースである「プレミアム会員」コースに加入したユーザに対して送信される。そのため、第３種メッセージコンテンツＴＭＣ１の表示態様は、限定ではなく例として、標準の表示態様である白背景に黒文字となっている。
　また、限定ではなく例として、第２種メッセージコンテンツＳＭＣ１は、第２種コースである「スタンダード会員」コース、または第１種コースである「プレミアム会員」コースに加入したユーザに対して送信される。そのため、第２種メッセージコンテンツＳＭＣ１の表示態様は、限定ではなく例として、灰背景に黒文字となっている。
　このようにすることで、ユーザは、表示されたメッセージコンテンツがいずれの種別のメッセージコンテンツであるかを容易に把握することができる。
　第２種メッセージコンテンツＳＭＣ１の下には、公式ユーザの店舗等で使用可能なクーポン情報ＣＰ１が表示されている。このクーポン情報ＣＰ１は、限定ではなく例として、ユーザＡ．Ａが「プレミアム会員」コースに加入していることに基づいて配信され、表示されている。
　コンテンツ表示領域ＴＲ１の下部には、リッチメニュー表示領域ＲＭ１が表示されるように構成されている。
　リッチメニュー表示領域ＲＭ１には、ユーザＡ．Ａが「プレミアム会員」コースに加入していることに基づいて、「マンツーマンレッスン予約」機能ボタンＦＲＢ１と、「オンラインレッスン動画視聴」機能ボタンＳＲＢ１と、「スタジオレッスン予約」機能ボタンＴＲＢ１とが表示されている。また、「マンツーマンレッスン予約」機能ボタンＦＲＢ１と、「オンラインレッスン動画視聴」機能ボタンＳＲＢ１とには、「Ｐ」の文字で示されるバッジが表示されている。
　図１－９左側は、限定ではなく例として、一般ユーザＢ．Ｂの端末２０Ｂの表示部２４に表示されるメッセージングアプリケーションのホーム画面の一例である。
　限定ではなく例として、「おすすめの公式アカウント」メニュー内の公式ユーザ「ＬＬヨガスタジオ」の項目がユーザによってタップされると、限定ではなく例として、図１－９中央の公式アカウントメンバーシップ選択画面に表示が遷移する。
　そして、限定ではなく例として、加入ボタンＪＢＴ２がユーザによってタップされると、限定ではなく例として、図１－９右側のトークルーム画面に表示が遷移する。
　図１－９右側では、コンテンツ表示領域ＴＲ２には、限定ではなく例として、ユーザＢ．Ｂがメンバーシップコースとして「スタンダード会員」コースを選択して加入したことに基づいて、「スタンダード会員登録ありがとうございます」の文字の第２種メッセージコンテンツＳＭＣ２と、第３種メッセージコンテンツＴＭＣ１と、第２種メッセージコンテンツＳＭＣ１とが表示されている。
　限定ではなく例として、第２種メッセージコンテンツＳＭＣ２と、第３種メッセージコンテンツＴＭＣ１と、第２種メッセージコンテンツＳＭＣ１とは、公式ユーザ「ＬＬヨガスタジオ」から一般ユーザＢ．Ｂに送信されたメッセージのため、ユーザＢ．Ｂの端末２０Ｂでは左側からの吹き出しで表示されている。
　また、コンテンツ表示領域ＴＲ２において、各メッセージコンテンツの送信元を示す「ＬＬヨガスタジオ」のアイコンの右上には、ユーザＢ．Ｂが「スタンダード会員」コースに加入していることに基づいて、「Ｓ」の文字で示されるバッジが表示されている。
　限定ではなく例として、第２種メッセージコンテンツＳＭＣ２は、第２種コースである「スタンダード会員」コースに加入したユーザのみに対して送信される。そのため、第２種メッセージコンテンツＳＭＣ２の表示態様は、限定ではなく例として、灰背景に黒文字となっている。
　第２種メッセージコンテンツＳＭＣ１の下には、クーポン情報ＣＰ１が表示されている。このクーポン情報ＣＰ１は、限定ではなく例として、ユーザＢ．Ｂが「スタンダード会員」コースに加入していることに基づいて配信されて表示されている。
　コンテンツ表示領域ＴＲ２の下部には、リッチメニュー表示領域ＲＭ２が表示されるように構成されている。
　リッチメニュー表示領域ＲＭ２には、ユーザＢ．Ｂが「スタンダード会員」コースに加入していることに基づいて、「オンラインレッスン動画視聴」機能ボタンＳＲＢ１と、「スタジオレッスン予約」機能ボタンＴＲＢ１とが表示されている。また、「オンラインレッスン動画視聴」機能ボタンＳＲＢ１には、「Ｓ」の文字で示されるバッジが表示されている。
　図１－１０左側は、限定ではなく例として、一般ユーザＣ．Ｃの端末２０Ｃの表示部２４に表示されるメッセージングアプリケーションのホーム画面の一例である。
　限定ではなく例として、「おすすめの公式アカウント」メニュー内の公式ユーザ「ＬＬヨガスタジオ」の項目がユーザによってタップされると、限定ではなく例として、図１－１０中央の公式アカウントメンバーシップ選択画面に表示が遷移する。
　そして、限定ではなく例として、加入ボタンＪＢＴ３がユーザによってタップされると、限定ではなく例として、図１－１０右側のトークルーム画面に表示が遷移する。
　図１－１０右側では、コンテンツ表示領域ＴＲ３には、限定ではなく例として、ユーザＣ．Ｃがメンバーシップコースとして「無料会員」コースを選択して加入したことに基づいて、「無料会員登録ありがとうございます」の文字の第３種メッセージコンテンツＴＭＣ２と、第３種メッセージコンテンツＴＭＣ１と、「スタンダード会員様以上だともっとお得になるかも？！」の文字の第３種メッセージコンテンツＴＭＣ３とが表示されている。
　限定ではなく例として、第３種メッセージコンテンツＴＭＣ２と、第３種メッセージコンテンツＴＭＣ１と、第３種メッセージコンテンツＴＭＣ３とは、公式ユーザ「ＬＬヨガスタジオ」から一般ユーザＣ．Ｃに送信されたメッセージのため、ユーザＣ．Ｃの端末２０Ｂでは左側からの吹き出しで表示されている。
　また、コンテンツ表示領域ＴＲ３において、各メッセージコンテンツの送信元を示す「ＬＬヨガスタジオ」のアイコンの右上には、ユーザＢ．Ｂが「無料会員」コースに加入していることに基づいて、バッジが表示されていない。
　限定ではなく例として、第３種メッセージコンテンツＴＭＣ２と、第３種メッセージコンテンツＴＭＣ３とは、第３種コースである「無料会員」コースに加入したユーザのみに対して送信される。第３種メッセージコンテンツＴＭＣ２と第３種メッセージコンテンツＴＭＣ３との表示態様は、限定ではなく例として、標準の表示態様である白背景に黒文字となっている。
　第３種メッセージコンテンツＴＭＣ３の下には、ユーザＣ．Ｃが「無料会員」コースに加入していることに基づいてクーポン情報ＣＰ１配信されず、クーポン情報ＣＰ１が表示されない。
　コンテンツ表示領域ＴＲ３の下部には、リッチメニュー表示領域ＲＭ３が表示されるように構成されている。
　リッチメニュー表示領域ＲＭ３には、ユーザＣ．Ｃが「無料会員」コースに加入していることに基づいて、「スタジオレッスン予約」機能ボタンＴＲＢ１のみが表示されている。
　なお、限定ではなく例として、現在位置表示領域の右側に表示されるトークルームメニューボタンがタップされると、このトークルームにおけるメンバーシップコースを変更するための「メンバーシップ」ボタンが表示されるように構成されるようにしてもよい。
　限定ではなく例として、「メンバーシップ」ボタンがタップされると、限定ではなく例として、図１－１０中央の公式アカウントメンバーシップ選択画面に表示が遷移し、メンバーシップコースを変更することができるようにしてもよい。
＜処理＞
　図１－１１は、本実施例において各装置が実行する処理の流れの一例を示すフローチャートである。
　この図では、左側から順に、端末２０Ａ（一般ユーザＡ．Ａの端末２０）の制御部２１が実行する処理、サーバ１０の制御部１１が実行する処理の一例を示している。
　なお、この処理は、本開示の手法を実現するための処理の一例に過ぎず、この処理に限定されるものではない。この処理に別のステップを追加してもよいし、この処理から一部のステップを省略（削除）してもよい。
　これは、以下説明する各フローチャート（処理）について同様である。
　なお、処理に先立って、端末４０Ａ（公式ユーザＡ．Ａの端末４０）の制御部４１は、限定ではなく例として、端末４０Ａの入出力部４３に対するユーザによる入力に基づいて、限定ではなく例として、公式アカウントメンバーシップ管理データの登録内容を含む公式アカウントメンバーシップ設定情報を受け付けると、公式アカウントメンバーシップ設定情報を通信Ｉ／Ｆ４２によってサーバに送信するようにしてもよい。
　まず、端末２０Ａの制御部２１は、限定ではなく例として、端末２０Ａの入出力部２３に対するユーザによる入力（以下、「ユーザ入力」と称する。）に基づいて、限定ではなく例として、友だち登録を行う公式ユーザアプリケーションＩＤを受け付ける。そして、端末２０Ａの制御部２１は、限定ではなく例として、少なくとも公式ユーザアプリケーションＩＤを含む公式アカウント友だち追加要求情報を通信Ｉ／Ｆ２２によってサーバ１０に送信する（Ａ１１０）。
　通信Ｉ／Ｆ１４によって端末２０Ａから公式アカウント友だち追加要求情報を受信すると、サーバ１０の制御部１１は、限定ではなく例として、公式アカウント管理データベース１５５を参照し、受信した公式ユーザアプリケーションＩＤに基づいて、関連する公式アカウントメンバーシップ管理データを読み込む。すると、サーバ１０の制御部１１は、限定ではなく例として、公式アカウントメンバーシップ管理データを含む公式アカウントメンバーシップ加入用情報を通信Ｉ／Ｆ１４によって端末２０Ａに送信する（Ｓ１１０）。
　通信Ｉ／Ｆ２２によってサーバ１０から公式アカウントメンバーシップ加入用情報を受信すると、端末２０Ａの制御部２１は、受信した公式アカウントメンバーシップ加入用情報を表示部２４に表示させる。そして、限定ではなく例として、ユーザ入力に基づいて、端末２０Ａのユーザが加入を希望するメンバーシップコースＩＤを受け付ける。
　すると、端末２０Ａの制御部２１は、限定ではなく例として、メンバーシップコースＩＤと、端末２０Ａの一般アプリケーションＩＤとを含む公式アカウントメンバーシップコース選択情報を通信Ｉ／Ｆ２２によってサーバ１０に送信する。
　通信Ｉ／Ｆ１４によって端末２０Ａから公式アカウントメンバーシップコース選択情報を受信すると、サーバ１０の制御部１１は、公式アカウント友だち追加処理を実行する（Ｓ１３０）。
　公式アカウント友だち追加処理において、サーバ１０の制御部１１は、限定ではなく例として、公式アカウント管理データベース１５５を参照し、公式アカウント友だち追加要求情報で指定された公式アカウント管理データの公式アカウント友だちデータに、公式アカウントメンバーシップコース選択情報に含まれる端末２０Ａの一般アプリケーションＩＤと、メンバーシップコースＩＤとを追加して記憶させる。
　その後、サーバ１０の制御部１１は、メッセージ配信処理を実行する（Ｓ１５０）。また、端末２０Ａの制御部２１は、メッセージ配信処理を実行する（Ａ１５０）。
　なお、限定ではなく例として、通信Ｉ／Ｆ１４によって端末４０からメッセージ配信依頼情報を受信すると、メッセージ配信処理が実行されるようにしてもよい。メッセージ配信依頼情報には、限定ではなく例として、メッセージコンテンツ（メッセージ内容）と、メッセージ種別（限定ではなく例として、送信対象のメンバーシップコースＩＤ）とを含めるようにしてもよい。
　また、限定ではなく例として、端末４０のユーザによって予め設定された条件（限定ではなく例として、友だち追加時）に基づいて、メッセージ配信処理が実行されるようにしてもよい。
　この場合、限定ではなく例として、第１の公式アカウント管理データベース１５５Ａに、リッチメニュー管理データと同様のメッセージ配信管理データを記憶させるようにしてもよい。そして、限定ではなく例として、メッセージＩＤと、メッセージ文面と、配信対象となるメンバーシップコースＩＤと、配信条件とを関連付けて記憶し、管理できるようにしてもよい。
　ここで、メッセージ配信処理を、限定ではなく例として、以下の２種類に大別する。
・第1のメッセージ配信処理
　第１種メッセージは第１種コースに加入した端末２０のみに送信され、第２種メッセージは第２種コースに加入した端末２０のみに送信される。
・第２のメッセージ配信処理
　第１種メッセージは第１種コースに加入した端末２０のみに送信され、第２種メッセージは第１種コースに加入した端末２０と第２種コースに加入した端末２０とに送信される。
　すなわち、第１のメッセージ配信処理ではメンバーシップコースごとにそれぞれ異なるメッセージが配信されるのに対して、第２のメッセージ配信処理ではメンバーシップコースによって特異に配信されるメッセージと、メンバーシップコースによらず共通で配信されるメッセージとを混雑させることができる。
　図１－１２は、第１のメッセージ配信処理において各装置が実行する処理の流れの一例を示すフローチャートである。
　なお、本フローチャートでは、説明の簡略化のためメッセージ種別が第１種メッセージと第２種メッセージとである場合を考えるが、第３種メッセージ等が含まれる場合にも同様に処理を実現することができる。
　サーバ１０の制御部１１は、限定ではなく例として、送信を行うメッセージが第１メッセージか否かを判定する（Ｓ１５１０）。
　送信を行うメッセージが第１メッセージであると判定された場合（Ｓ１５１０：ＹＥＳ）、サーバ１０の制御部１１は、限定ではなく例として、公式アカウント友だちデータを参照し、送信先アカウントのメンバーシップコースが第１種コースであるか否かを判定する（Ｓ１５３０）。
　送信先アカウントのメンバーシップコースが第１種コースであると判定された場合（Ｓ１５３０：ＹＥＳ）、サーバ１０の制御部１１は、第１メッセージ情報を通信Ｉ／Ｆ１４によって端末２０に送信する（Ｓ１５５０）。
　送信先アカウントのメンバーシップコースが第１種コースでないと判定された場合（Ｓ１５３０：ＮＯ）、サーバ１０の制御部１１は、第１のメッセージ配信処理を終了させる。
　なお、Ｓ１５３０のステップは、公式アカウント友だちデータに登録されている一般アプリケーションＩＤ全てに対して順次実行されるようにしてもよい。
　通信Ｉ／Ｆ２２によってサーバ１０から第１種メッセージ情報を受信したと判定する場合（Ａ１５１０：ＹＥＳ）、端末２０Ａの制御部２１は、受信した第１種メッセージ情報を表示部２４に表示させる（Ａ１５３０）。
　第１種メッセージ情報を受信しないと判定する場合（Ａ１５１０：ＮＯ）、端末２０Ａの制御部２１は、Ａ１５３０のステップをスキップさせる。
　送信を行うメッセージが第１メッセージでないと判定された場合（Ｓ１５１０：ＮＯ）、サーバ１０の制御部１１は、限定ではなく例として、公式アカウント友だちデータを参照し、送信先アカウントのメンバーシップコースが第２種コースであるか否かを判定する（Ｓ１５７０）。
　送信先アカウントのメンバーシップコースが第２種コースであると判定された場合（Ｓ１５７０：ＹＥＳ）、サーバ１０の制御部１１は、第２メッセージ情報を通信Ｉ／Ｆ１４によって端末２０に送信する（Ｓ１５９０）。
　送信先アカウントのメンバーシップコースが第２種コースでないと判定された場合（Ｓ１５７０：ＮＯ）、サーバ１０の制御部１１は、第１のメッセージ配信処理を終了させる。
　なお、Ｓ１５７０のステップは、公式アカウント友だちデータに登録されている一般アプリケーションＩＤ全てに対して順次実行されるようにしてもよい。
　通信Ｉ／Ｆ２２によってサーバ１０から第２種メッセージ情報を受信したと判定する場合（Ａ１５５０：ＹＥＳ）、端末２０Ａの制御部２１は、受信した第２種メッセージ情報を表示部２４に表示させる（Ａ１５７０）。
　第１種メッセージ情報を受信しないと判定する場合（Ａ１５５０：ＮＯ）、端末２０Ａの制御部２１は、Ａ１５７０のステップをスキップさせる。
　図１－１３は、第２のメッセージ配信処理において各装置が実行する処理の流れの一例を示すフローチャートである。
　なお、本フローチャートでは、説明の簡略化のためメッセージ種別が第１種メッセージと第２種メッセージとである場合を考えるが、第３種メッセージ等が含まれる場合にも同様に処理を実現することができる。
　サーバ１０の制御部１１は、限定ではなく例として、送信を行うメッセージが第１メッセージか否かを判定する（Ｓ１５１５）。
　送信を行うメッセージが第１メッセージであると判定された場合（Ｓ１５１５：ＹＥＳ）、サーバ１０の制御部１１は、限定ではなく例として、公式アカウント友だちデータを参照し、送信先アカウントのメンバーシップコースが第１種コースであるか否かを判定する（Ｓ１５３０）。
　送信を行うメッセージが第１メッセージでないと判定された場合（Ｓ１５１５：ＮＯ）、サーバ１０の制御部１１は、限定ではなく例として、公式アカウント友だちデータを参照し、端末２０に第２種メッセージ情報を送信する（Ｓ１５９０）。
　図１－１１に戻り、限定ではなく例として、端末２０Ａのユーザ入力に基づいて、トーク処理を終了させることが選択されたと判定する場合（Ａ１７０：ＹＥＳ）、端末２０Ａの制御部２１は、処理を終了させる。トーク処理を終了させないことが選択されたと判定する場合（Ａ１７０：ＮＯ）、端末２０Ａの制御部２１は、限定ではなく例として、Ａ１５０のステップに戻り処理を実行する。
　限定ではなく例として、端末２０Ａのユーザ入力に基づいて、トーク処理を終了させることが選択されたと判定する場合（Ａ１７０：ＹＥＳ）、限定ではなく例として、端末２０Ａの制御部２１は、対話終了要求情報を通信Ｉ／Ｆ２２によってサーバ１０に送信し、処理を終了させる。
　トーク処理を終了させないことが選択されたと判定する場合（Ａ１７０：ＮＯ）、端末２０Ａの制御部２１は、限定ではなく例として、Ａ１５０のステップに戻り処理を実行する。
　限定ではなく例として、通信Ｉ／Ｆ１４によって端末２０Ａから対話終了要求情報を受信したと判定する場合（Ｓ１７０：ＹＥＳ）、サーバ１０の制御部１１は、処理を終了させる。限定ではなく例として、対話終了要求情報を受信しないと判定する場合（Ｓ１７０：ＮＯ）、サーバ１０の制御部１１は、限定ではなく例として、Ｓ１５０のステップに戻り処理を実行する。
　なお、上記の例では、公式アカウントにおいて選択可能なメンバーシップコースが、端末２０の表示部２４に表示される公式アカウントメンバーシップ選択画面に表示されることとしたが、これに限定されない。
　公式アカウントにおいて選択可能なメンバーシップコースが、端末２０の表示部２４に表示される、その端末２０のユーザの一般アカウントと、その公式アカウントとを含むトークルームに、メッセージとして表示されるようにしてもよい。また、サーバ１０を介して、公式アカウントにおいて選択可能なメンバーシップコースが、案内のメッセージとしてトークルームに表示されるようにしてもよい。
　そして、このトークルームに表示されたメッセージに対するユーザ入力に基づいて、公式アカウントメンバーシップコース選択情報が端末２０から送信されるようにしてもよい。
　また、上記の例では、公式アカウントとのトークルームにおいて、第１種メッセージ、第２種メッセージ、第３種メッセージの表示態様を変更することとしたが、これに限定されない。
　この他にも、限定ではなく例として、公式アカウントとのトークルームにおいて、第１種メッセージについては、関連付けて表示される公式アカウントのアイコンを第１アイコンとし、第２種メッセージについては、関連付けて表示される公式アカウントのアイコンを第２アイコンとし、第３種メッセージについては、関連付けて表示される公式アカウントのアイコンを第３アイコンとするなどしてもよい。
　また、第１種メッセージの表示順位を高くしてトークルームに表示したり、第１種メッセージの位置を固定して表示させるなどしてもよい。
　つまり、メッセージの種別（メッセージに設定された宛先の種別）に基づいて、トークルームにおける各種の情報の表示態様を変更してもよい。
＜第１実施例の効果＞
　本実施例は、公式アカウント（限定ではなく、第２アカウントの一例）とのトーク処理（限定ではなく、チャットに関する処理の一例）を行う一般アカウント（限定ではなく、第１アカウントの一例）の一般ユーザの端末２０（限定ではなく、第１アカウントのユーザの端末の一例）は、以下の処理を行う。
　一般アカウントと公式アカウントとの対応付け（関連付け）には、第１種別と第２種別との対応付けがあり、一般ユーザの端末２０は、自己の端末２０に対するユーザ入力に基づいて、公式アカウントメンバーシップ選択情報等の情報（限定ではなく、第１種別として第１アカウントと第２アカウントとの対応付けを要求する第１情報の一例）を通信Ｉ／Ｆ２２によって送信する。そして、一般ユーザの端末２０は、この第１情報の送信に基づき、公式アカウントから送信された第１種メッセージ（限定ではなく、第１メッセージの一例）を通信Ｉ／Ｆ２２によって受信する。そして、一般ユーザの端末２０は、受信した第１種メッセージを、自己の端末２０の表示部２４に表示される、自己のユーザの一般アカウントと公式アカウントとを含むトークルーム（限定ではなく、チャットルームの一例）に表示する構成を示している。
　このような構成により得られる実施例の効果の一例として、第１アカウントのユーザの端末は、自己の端末に対する自己の端末のユーザによる入力に基づいて、第１種別として第１アカウントと第２アカウントとの対応付けを要求する第１情報を送信して、第１種別として第１アカウントと第２アカウントとを対応付けさせることができる。そして、第１情報の送信に基づき、第２アカウントから送信された第１種別用の第１メッセージを受信した上で、その第１メッセージを、自己の端末の表示部に表示される、第１アカウントと第２アカウントとを含むチャットルームに表示して、自己の端末のユーザに知らせることができる。
　また、この場合、一般ユーザの端末２０は、第１種別と第２種別とを選択するための公式アカウントメンバーシップ加入用情報等の情報（限定ではなく、第２情報の一例）を表示部２４に表示する。そして、第１情報は、この第２情報に対する入力に基づいて、通信Ｉ／Ｆ２２によって送信されるようにしてもよい。
　このような構成により得られる実施例の効果の一例として、第１アカウントのユーザが端末は、第１種別と第２種別との選択に関する第２情報を表示部に表示した上で、表示した第２情報に対する入力に基づいて、第１情報を送信するようにすることができる。このようにすることで、限定ではなく例として、表示部に表示された第２情報に基づき第１アカウントのユーザが第１種別と第２種別とから第１種別を選択する入力を行うことで、第１種別として第１アカウントと第２アカウントとの対応付けが端末によって要求されるようにすることができる。
　また、この場合、上記の公式アカウントメンバーシップ加入用情報等の情報（限定ではなく、第２情報の一例）は、自己のユーザの一般アカウントと公式アカウントとを含むトークルーム（限定ではなく、チャットルームの一例）に表示されるようにしてもよい。
　このような構成により得られる実施例の効果の一例として、限定ではなく例として、第１アカウントと第２アカウントとを含むチャットルームに表示された第２情報に基づき第１アカウントのユーザが第１種別と第２種別とから第１種別を選択する入力を行うことで、第１種別として第１アカウントと第２アカウントとの対応付けが端末によって要求されるようにすることができる。
　また、この場合、第１種別は、プレミアム会員やスタンダード会員といった課金を要する種別であり、第２種別は、無料会員といった課金を要さない種別としてもよい。
　このような構成により得られる実施例の効果の一例として、第１アカウントのユーザが、課金を要する種別と課金を要さない種別とから課金を要する種別を選択した上で、この課金を要する種別として第１アカウントと第２アカウントとの対応付けが端末によって要求されるようにすることができる。
　また、この場合、第１種別と第２種別とは、プレミアム会員やスタンダード会員といった課金の種別であり、プレミアム会員は、スタンダード会員よりも課金額が大きい（限定ではなく、第１種別は第２種別よりも課金額が大きいことの一例）ようにしてもよい。
　このような構成により得られる実施例の効果の一例として、第１アカウントのユーザが、２つの課金の種別（第１種別、第２種別）から課金額が大きい第１種別を選択した上で、この課金額が大きい第１種別として第１アカウントと第２アカウントとの対応付けが端末によって要求されるようにすることができる。
　また、この場合、第１種メッセージ（限定ではなく、第１メッセージの一例）は、第１種別として公式アカウントと対応付けられた一般アカウントに対して送信され、第２種メッセージ（限定ではなく、第１メッセージとは異なる第２メッセージの一例）は、第２種別として公式アカウントと対応付けられた一般アカウントに対して送信されるようにしてもよい。
　このような構成により得られる実施例の効果の一例として、第１メッセージは、第１種別として第２アカウントと対応付けられたアカウントに対して送信される一方、第１メッセージとは異なる第２メッセージは、第２種別として第２アカウントと対応付けられたアカウントに対して送信されるようにすることができる。
　また、この場合、第１種メッセージ（限定ではなく、第１メッセージの一例）は、第１種別として公式アカウントと対応付けられた一般アカウントに対して送信され、第２種メッセージ（限定ではなく、第１メッセージとは異なる第２メッセージの一例）は、第１種別として公式アカウントと対応付けられた一般アカウントと、第２種別として公式アカウントと対応付けられた一般アカウントとに対して送信されるようにしてもよい。
　このような構成により得られる実施例の効果の一例として、第１メッセージは、第１種別として第２アカウントと対応付けられたアカウントに対して送信される一方、第１メッセージとは異なる第２メッセージは、第１種別として第２アカウントと対応付けられたアカウントと、第２種別として第２アカウントと対応付けられたアカウントとの両方に対して送信されるようにすることができる。
　また、この場合、第２種メッセージ（限定ではなく、第２メッセージの一例）は、第１種メッセージ（限定ではなく、第１メッセージの一例）とは異なる態様でトークルームに表示されるようにしてもよい。
　このような構成により得られる実施例の効果の一例として、限定ではなく例として、第１メッセージと第２メッセージとが宛先が異なるメッセージであることをユーザが容易に把握できるようにすることができる。
　また、この場合、公式アカウントとのトーク処理で、メッセージに関連付けて表示される公式アカウントのアイコン等の情報（限定ではなく、第１種別を示す情報と第２種別を示す情報との一例）が、異なる態様でトークルームに表示されるようにしてもよい。
　このような構成により得られる実施例の効果の一例として、第２アカウントとのチャットに関する処理で、第１種別を示す情報と第２種別を示す情報とが異なる態様でチャットルームに表示されるようにすることができる。これにより、限定ではなく例として、チャットルームに表示されたメッセージが、第１種別と第２種別とのいずれの対応付けに基づくメッセージであるかをユーザが一見して把握できるようにすることができる。
　また、この場合、一般ユーザの端末２０は、公式アカウント（限定ではなく、第２アカウントの一例）に関するリッチメニュー情報（限定ではなく、第１メニュー情報の一例）をトークルーム（限定ではなく、チャットルームの一例）に表示する。そして、第１情報の送信に基づき、上記のリッチメニュー情報とは異なる第１種別用のリッチメニュー情報（限定ではなく、第２メニュー情報の一例）をトークルームに表示するようにしてもよい。
　このような構成により得られる実施例の効果の一例として、第１アカウントのユーザの端末は、第１情報の送信に基づき、第２アカウントに関する第１メニュー情報とは異なる第１種別用の第２メニュー情報をチャットルームに表示することができる。これにより、限定ではなく例として、第１種別として第１アカウントと第２アカウントとの対応付けを要求したことに基づき、第１種別用の特別なメニュー情報（第２メニュー情報）をユーザが利用可能となる。
　また、本実施例は、一般アカウントの一般ユーザの端末２０（限定ではなく、第１端末の一例）、および、公式アカウントの公式ユーザの端末４０（限定ではなく、第２端末の一例）と通信するサーバ１０は、以下の処理を行う。
　一般アカウントと公式アカウントとの対応付け（関連付け）には、第１種別と第２種別との対応付けがあり、サーバ１０は、公式アカウントメンバーシップ選択情報等の情報（限定ではなく、第１種別として第１アカウントと第２アカウントとの対応付けを要求する第１情報の一例）を、通信Ｉ／Ｆ１４によって一般ユーザの端末２０から受信する。そして、サーバ１０は、この第１情報の受信に基づき、第１種別用のメッセージであって一般ユーザの端末２０で一般アカウントと公式アカウントとを含むトークルームに表示されるメッセージ（限定ではなく、第１メッセージの一例）を、通信Ｉ／Ｆ１４によって一般ユーザの端末２０に送信する構成を示している。
　このような構成により得られる実施例の効果の一例として、サーバは、第１種別として第１アカウントと第２アカウントとの対応付けを要求する第１情報を受信したことに基づいて、第２アカウントから送信された第１種別用のメッセージであって、第１端末で第１アカウントと第２アカウントとを含むチャットルームに表示される第１メッセージを、第１端末に送信することができる。
＜第１変形例（１）＞
　第１実施例では、メンバーシップコースに応じてＯＡトークルームに配信されるメッセージやリッチメニューが変化する例について例示したが、これに限定されない。
　限定ではなく例として、ＯＡトークルーム以外の表示態様を変化させるようにしてもよい。
　図１－１４は、本変形例において端末２０Ａの表示部２４に表示される画面の遷移の一例を示す図である。
　図１－１４左側は、限定ではなく例として、図１－８左側のホーム画面において、「友だち」メニュー右側のメニュー展開ボタンがタップされた場合の表示画面の一例である。
　この画面では、一般ユーザＡ．Ａの友だちとして、一般ユーザＢ．Ｂと、一般ユーザＣ．Ｃと、公式ユーザ「ＬＬヨガスタジオ」と、公式ユーザ「チームＮＮファンクラブ」と、公式ユーザ「ＹＹマート」等が登録されていることが表示されている。
　そして、友だちとなっている公式ユーザのうち、メンバーシップコースとして月額料金の課金が必要である公式ユーザ「ＬＬヨガスタジオ」のアイコンには「Ｐ」の文字で示されるバッジが、公式ユーザ「チームＮＮファンクラブ」のアイコンには「Ｓ」の文字で示されるバッジが、それぞれ表示されるように構成されている。
　また、メンバーシップコースとして月額料金の課金が必要である公式ユーザ「ＬＬヨガスタジオ」と、公式ユーザ「チームＮＮファンクラブ」とは、限定ではなく例として、他の友だちに優先して上方に表示されるように構成されている。
　なお、一般ユーザの友だちと公式ユーザの友だちを分けて表示する場合、一般ユーザの表示順位には影響を与えず、公式ユーザの友だちにおける表示優先順位がメンバーシップコースによって変化するようにしてもよい。
　限定ではなく例として、機能メニューの「トーク」ボタンがタップされると、限定ではなく例として、図１－１４中央のトークルーム一覧を確認するためのトークリスト画面に表示が遷移する。
　トークリスト画面は、限定ではなく例として、友だちやグループとのメッセージ送受信状態を簡易的に確認することができるように構成されている。
　この画面では、現在位置がメッセージングアプリケーションのトークリスト画面であることを示す「トーク」の文字が、現在位置表示領域内に表示されている。
　現在位置表示領域内の下には、友だちとなっているトークルーム情報として、メッセージを送受信した友だちまたはグループのアイコンと、名称と、最終送受信日時とが行ごとに表示されるように構成されている。また、各行の右端には、メッセージの未読数が黒丸の中に表示されるように構成されている。
　限定ではなく例として、この画面では、公式ユーザ「ＬＬヨガスタジオ」とのメッセージ最終送受信日時は、「昨日」であり、未読数が「１」であることが表示されている。また、一般ユーザＢ．Ｂとのメッセージ最終送受信日時は、「（本日）８時１７分」であり、未読数が「２」であることが表示されている。
　トークリスト画面では、限定ではなく例として、ユーザ入力に基づいて、トークルームの表示順位を、限定ではなく例として、メッセージ最終送受信日時の時系列順や、未読数等に応じて設定することができるように構成されている。
　限定ではなく例として、この画面では、メッセージ最終送受信日時の時系列順に応じて降順で表示させるように設定されている。
　トークリスト画面では、限定ではなく例として、メンバーシップコースとして月額料金の課金が必要なコースに加入している場合、限定ではなく例として、月額料金に応じてさらにトークルームの表示順位を優先するように設定することができるようにしてもよい。
　そのため、限定ではなく例として、この画面では、月額費用が最も高額な公式ユーザ「ＬＬヨガスタジオ」のトークルーム情報が最上段に表示され、また、月額費用が次いで高額な公式ユーザ「チームＮＮファンクラブ」のトークルーム情報が次段に表示されている。
　なお、トークルーム情報を一般ユーザの友だちと公式ユーザの友だちとに分けて表示する場合、一般ユーザのトークルーム情報の表示順位には影響を与えず、公式ユーザの友だちにおけるトークルーム情報の表示優先順位がメンバーシップコースによって変化するようにしてもよい。
　限定ではなく例として、機能メニューの「カード」ボタンがタップされると、限定ではなく例として、図１－１４右側のメンバーシップカード画面に表示が遷移する。
　この画面では、現在位置がメッセージングアプリケーションのメンバーシップカード画面であることを示す「カード」の文字が、現在位置表示領域内に表示されている。
　現在位置表示領域内の下には、友だちとなっている公式ユーザについての会員カード情報を表示させるためのカード情報表示領域が表示されるように構成されている。
　ここで、第１種コースに加入した一般アカウントのみに対して送信される会員カード情報を「第１種カードコンテンツ」、第２種コースに加入した一般アカウントのみに対して送信される会員カード情報を「第２種カードコンテンツ」、・・・、と呼称する。
　カード情報表示領域には、限定ではなく例として、公式ユーザ「ＬＬヨガスタジオ」の第１種カードコンテンツＦＣＣ１と、公式ユーザ「チームＮＮファンクラブ」の第２種カードコンテンツＳＣＣ１と、公式ユーザ「ＹＹマート」の第３種カードコンテンツＴＣＣ１とが表示されている。なお、各公式ユーザのメンバーシップコースは、限定ではなく例として、公式ユーザ「ＬＬヨガスタジオ」と同様の月額料金設定とする。
　第１種カードコンテンツＦＣＣ１の表示態様は、限定ではなく例として、黒背景に白文字となっている。また、第１種カードコンテンツＦＣＣ１内右上方には、メンバーシップコースが「プレミアム会員」であることを示す「Ｐ」の文字で示されるバッジが表示されている。
　第１種カードコンテンツＦＣＣ１内下方には、限定ではなく例として、公式ユーザの端末４０で読み込み可能なコード情報がバーコードとして表示されている。このコード情報には、限定ではなく例として、一般アプリケーションＩＤと、友だちとなっている公式アプリケーションＩＤと、メンバーシップコースＩＤとを含めるようにしてもよい。これにより、限定ではなく例として、端末４０においてコード情報を読み込むと、この一般ユーザ名や加入しているメンバーシップコース等を確認することができるようにしてもよい。
　第２種カードコンテンツＳＣＣ１の表示態様は、限定ではなく例として、灰背景に黒文字となっている。また、第２種カードコンテンツＳＣＣ１内右上方には、メンバーシップコースが「スタンダード会員」であることを示す「Ｓ」の文字で示されるバッジが表示されている。
　コード情報についても、限定ではなく例として、第１種カードコンテンツＦＣＣ１と同様に構成するようにしてもよい。
　第３種カードコンテンツＴＣＣ１の表示態様は、限定ではなく例として、標準の表示態様である白背景に黒文字となっている。また、第３種カードコンテンツＴＣＣ１内右上方には、バッジが表示されていない。
　コード情報についても、限定ではなく例として、第１種カードコンテンツＦＣＣ１と同様に構成するようにしてもよい。
　本変形例は、一般ユーザの端末２０は、少なくとも第１種別として公式アカウントと対応付けられた公式アカウントに関するトークルーム情報（限定ではなく、第１チャットルーム情報の一例）を含むトークルーム情報（限定ではなく、チャットルーム情報の一例）のトークリスト（限定ではなく、リストの一例）を表示部２４に表示する。そして、第１情報の送信に基づき、トークリストに表示するトークルーム情報を区別することに関する処理を制御部２１によって行う構成を示している。
　このような構成により得られる変形例の効果の一例として、第１アカウントのユーザの端末は、第１情報の送信に基づき、リストに表示されるチャットルーム情報が区別されるため、ユーザの利便性を向上させることができる。
　また、この場合、トークリストは、自己の一般アカウント（第１アカウント）がメッセージを受信した日時に基づいて表示される。そして、上記の区別することに関する処理は、第１種別として公式アカウントと対応付けられた公式アカウントに関するトークルーム情報（限定ではなく、第１チャットルーム情報の一例）を最も高い表示順位とする処理を含むようにしてもよい。
　このような構成により得られる変形例の効果の一例として、第１種別として第２アカウントと対応付けられた第２アカウントに関する第１チャットルーム情報が最も高い表示順位とされるため、リストにおいて第１チャットルーム情報が最も目立つようにすることができ、ユーザの利便性を向上させることができる。
＜第１変形例（２）＞
　第１実施例では、メンバーシップコースに応じて一般ユーザの端末２０のＯＡトークルームに配信されるメッセージやリッチメニューが変化する例について例示したが、これに限定されない。
　限定ではなく例として、一般ユーザの端末２０から公式ユーザの端末４０に送信されたメッセージの扱いをメンバーシップコースによって変化させるようにしてもよい。
　図１－１５は、本変形例において端末２０の表示部２４に表示される画面の一例を示す図である。
　図１－１５（Ａ）の画面は、限定ではなく例として、第１種コースである「プレミアム会員」に加入している一般ユーザＡ．Ａの端末２０Ａの表示部２４に表示されるトークルーム画面の別例である。
　この画面において、コンテンツ表示領域ＴＲ１には、限定ではなく例として、ユーザＡ．Ａがスタジオレッスンを予約したことに基づいて、「次回レッスン予約・・・」の文字の第３種メッセージコンテンツＴＭＣ４が表示されている。その下には、ユーザＡ．Ａが公式ユーザ「ＬＬヨガスタジオ」に対して送信したメッセージである「レッスンをお休みしたい」の文字の送信済みメッセージコンテンツＵＭＣ１が表示されている。また、その下には、「こんにちは。代表のＬＬです」の文字で始まる第１種メッセージコンテンツＦＭＣ２と、「別日で振り替えも可能ですので」の文字で始まる第１種メッセージコンテンツＦＭＣ３とが表示されている。
　限定ではなく例として、送信済みメッセージコンテンツＵＭＣ１はこの端末２０のユーザから公式ユーザ「ＬＬヨガスタジオ」へ送信されたメッセージのため、ユーザＡ．Ａの端末２０Ａでは右側からの吹き出しで表示されている。
　限定ではなく例として、送信済みメッセージコンテンツＵＭＣ１は公式ユーザ「ＬＬヨガスタジオ」の端末４０に送信されて表示されている。そのため、第１種メッセージコンテンツＦＭＣ２と、第１種メッセージコンテンツＦＭＣ３とは、限定ではなく例として、端末４０のユーザ入力に基づいて送信されるメッセージとなっている。
　図１－１５（Ｂ）の画面は、限定ではなく例として、第２種コースである「スタンダード会員」に加入している一般ユーザＢ．Ｂの端末２０Ｂの表示部２４に表示されるトークルーム画面の別例である。
　この画面において、コンテンツ表示領域ＴＲ２には、限定ではなく例として、ユーザＢ．Ｂがスタジオレッスンを予約したことに基づいて、「次回レッスン予約・・・」の文字の第３種メッセージコンテンツＴＭＣ４が表示されている。その下には、ユーザＢ．Ｂが公式ユーザ「ＬＬヨガスタジオ」に対して送信したメッセージである「レッスンをお休みしたい」の文字の送信済みメッセージコンテンツＵＭＣ２が表示されている。また、その下には、「Ｂ．Ｂさん、こんにちは」の文字で始まる第２種メッセージコンテンツＳＭＣ３と、「本日１９時からのレッスンをキャンセルでよろしいでしょうか？」の文字の第３種メッセージコンテンツＴＭＣ５とが表示されている。
　限定ではなく例として、送信済みメッセージコンテンツＵＭＣ２は公式ユーザ「ＬＬヨガスタジオ」の端末４０に送信されない。そのため、第２種メッセージコンテンツＳＭＣ３と、第３種メッセージコンテンツＴＭＣ３とは、限定ではなく例として、サーバ１０の制御部１１によって自動生成され送信されるメッセージとなっている。
　図１－１５（Ｃ）の画面は、限定ではなく例として、第３種コースである「無料会員」に加入している一般ユーザＣ．Ｃの端末２０Ｃの表示部２４に表示されるトークルーム画面の別例である。
　この画面において、コンテンツ表示領域ＴＲ３には、限定ではなく例として、ユーザＣ．Ｃがスタジオレッスンを予約したことに基づいて、「次回レッスン予約・・・」の文字の第３種メッセージコンテンツＴＭＣ４が表示されている。その下には、ユーザＣ．Ｃが公式ユーザ「ＬＬヨガスタジオ」に対して送信したメッセージである「レッスンをお休みしたい」の文字の送信済みメッセージコンテンツＵＭＣ３が表示されている。また、「本日１９時からのレッスンをキャンセルでよろしいでしょうか？」の文字の第３種メッセージコンテンツＴＭＣ５のみが表示されている。
　限定ではなく例として、送信済みメッセージコンテンツＵＭＣ３は公式ユーザ「ＬＬヨガスタジオ」の端末４０に送信されない。また、限定ではなく例として、送信元のメンバーシップコースが第３種コースであることに基づいて、送信済みメッセージコンテンツが同じ内容のメッセージであっても第２種メッセージコンテンツＳＭＣ３はサーバ１０の制御部１１によって自動生成されない。
　ここで、図１－１１におけるメッセージ配信処理において第３のメッセージ配信処理を導入する。
　図１－１６は、第３のメッセージ配信処理において各装置が実行する処理の流れの一例を示すフローチャートである。
　この図では、左側から順に、端末２０Ａ（一般ユーザＡ．Ａの端末２０）の制御部２１が実行する処理、サーバ１０の制御部１１が実行する処理、端末４０Ａ（公式ユーザＡの端末４０）の制御部４１が実行する処理の一例を示している。
　なお、本フローチャートでは、説明の簡略化のためメッセージ種別が第１種メッセージと第２種メッセージとである場合を考えるが、第３種メッセージ等が含まれる場合にも同様に処理を実現することができる。
　端末２０Ａの制御部２１は、限定ではなく例として、ユーザ入力に基づいて、公式ユーザＡへのメッセージを含む問い合わせメッセージ情報を通信Ｉ／Ｆ２２によってサーバ１０に送信する（Ａ１５０５）。
　通信Ｉ／Ｆ１４によって端末２０Ａから問い合わせメッセージ情報を受信すると、サーバ１０の制御部１１は、限定ではなく例として、公式アカウント友だちデータを参照し、送信元アカウントのメンバーシップコースが第１種コースであるか否かを判定する（Ｓ１５１５）。
　送信元アカウントのメンバーシップコースが第１種コースであると判定された場合（Ｓ１５１５：ＹＥＳ）、サーバ１０の制御部１１は、問い合わせメッセージ情報を通信Ｉ／Ｆ１４によって端末４０Ａに送信する（Ｓ１５３５）。
　通信Ｉ／Ｆ４２によってサーバ１０から問い合わせメッセージ情報を受信したと判定する場合（Ｃ１５１０：ＹＥＳ）、端末４０Ａの制御部４１は、受信した問い合わせメッセージ情報を表示部４４に表示させる（Ｃ１５３０）。そして、端末４０Ａの制御部４１は、端末４０Ａのユーザ入力に基づいて、返信メッセージ情報を通信Ｉ／Ｆ４２によってサーバ１０に送信する（Ｃ１５５０）。
　サーバ１０から問い合わせメッセージ情報を受信しないと判定する場合（Ｃ１５１０：ＮＯ）、端末４０Ａの制御部４１は、処理を終了させる。
　通信Ｉ／Ｆ１４によって端末４０Ａから返信メッセージ情報を受信すると、サーバ１０の制御部１１は、返信メッセージ情報を含む第１種メッセージ情報を通信Ｉ／Ｆ１４によって端末２０Ａに送信する（Ｓ１５５５）。そして、サーバ１０の制御部１１は、処理を終了させる。
　送信元アカウントのメンバーシップコースが第２種コースであると判定された場合（Ｓ１５１５：ＮＯ）、サーバ１０の制御部１１は、受信した問い合わせメッセージ情報に基づいて自動応答メッセージを生成する自動応答メッセージ情報生成処理を実行する（Ｓ１５７５）。すると、サーバ１０の制御部１１は、自動応答メッセージ情報を含む第２種メッセージ情報を通信Ｉ／Ｆ１４によって端末２０Ａに送信する（Ｓ１５９５）。そして、サーバ１０の制御部１１は、処理を終了させる。
　なお、自動応答メッセージ情報生成処理において、限定ではなく例として、メンバーシップコースに基づいて、メッセージの生成内容を変化させるようにしてもよいし、そうしなくてもよい。
　本変形例は、サーバ１０は、一般ユーザの端末２０（限定ではなく、第１端末の一例）から送信された一のメッセージ（限定ではなく、第２メッセージの一例）を通信Ｉ／Ｆ１４によって受信したことに基づき、トークルームに表示される、このメッセージに基づく応答用メッセージ（限定ではなく、第３メッセージの一例）を、通信Ｉ／Ｆ１４によって一般ユーザの端末２０に送信する。
　また、サーバ１０は、第１情報を受信した後、一般ユーザの端末２０から送信された、上記の一のメッセージ（限定ではなく、第２メッセージの一例）を通信Ｉ／Ｆ１４によって受信したことに基づき、トークルームに表示される、上記の応答用メッセージとは異なる応答用メッセージ（限定ではなく、第４メッセージの一例）を、通信Ｉ／Ｆ１４によって一般ユーザの端末２０に送信する構成を示している。
　このような構成により得られる変形例の効果の一例として、サーバは、第１端末から送信された第２メッセージを受信したことに基づき、チャットルームに表示される、この第２メッセージに基づく第３メッセージを第１端末に送信する一方で、第１情報を受信した後は、第１アカウントのユーザの第１端末から送信された第２メッセージを受信したことに基づき、チャットルームに表示される、第３メッセージとは異なる第４メッセージを第１端末に送信することができる。つまり、第１情報を受信した後、第１端末から同じメッセージ（第２メッセージ）を再び受信したような場合に、第１情報を受信する前に送信したメッセージ（第３メッセージ）とは異なるメッセージ（第４メッセージ）を第１端末に送信することができる。
　また、この場合、上記の第３メッセージは、自動応答メッセージであり、上記の第４メッセージは、手動応答メッセージであるようにしてもよい。
　このような構成により得られる変形例の効果の一例として、サーバは、第１情報を受信する前は、自動応答メッセージを第１端末に送信する一方、第１情報を受信した後は、手動応答メッセージを第１端末に送信することができる。
＜第１変形例（３）＞
　第１実施例では、同一の公式アプリケーションＩＤにおいて異なるメンバーシップコースが設定可能である例について例示したが、これに限定されない。
　限定ではなく例として、メンバーシップコースごとに異なる公式アプリケーションＩＤを関連付けるようにしてもよい。
　図１－１７に、公式アカウント管理データベース１５５の別例である第２の公式アカウント管理データベース１５５Ｂのデータ構成例を示す。
　第２の公式アカウント管理データベース１５５Ｂには、公式アカウントごとの管理データとして、公式アカウント管理データが記憶される。
　各々の公式アカウント管理データには、限定ではなく例として、公式アプリケーションＩＤと、公式ユーザ名と、メンバーシップコース名と、月額料金と、その他登録情報と、公式アカウント友だちデータとが記憶される。
　メンバーシップコース名は、第１の公式アカウント管理データベース１５５Ａにおける公式アカウントメンバーシップ管理データのメンバーシップコース名に対応する。また、月額料金は、第１の公式アカウント管理データベース１５５Ａにおける公式アカウントメンバーシップ管理データの月額料金に対応する。
　その他登録情報には、第１の公式アカウント管理データベース１５５Ａにおけるその他登録情報に加えて、この公式アプリケーションＩＤにおけるメッセージ表示態様定義情報や、メンバーシップコースに加入した場合の特典情報、メンバーシップコース固有のアイコン情報といった各種の情報を含めるようにするようにしてもよい。
　また、公式アカウント友だちデータには、第１の公式アカウント管理データベース１５５Ａにおける公式アカウント友だちデータとは異なり、メンバーシップコースＩＤは記憶されない。
　このように、異なる公式アプリケーションＩＤにおいても、同一の公式ユーザ名に対して異なるメンバーシップコース名を複数設定することで、第１の公式アカウント管理データベース１５５Ａにおける公式アカウントメンバーシップ管理データと同様の機能管理を実現することができるようにしてもよい。
＜第１変形例（４）＞
　第１実施例では、トークルーム画面に表示されるメッセージコンテンツの表示態様をメンバーシップコースによって異ならせることとしたが、これに限定されない。
　限定ではなく例として、メッセージコンテンツの表示の順番に優先順位を設定し、優先順位に従って順番を変えて表示させるようにしてもよい。
　また、メンバーシップコースによって、限定ではなく例として、トークルーム内の表示位置を異ならせる（限定ではなく例として、第１種メッセージコンテンツは左上側、第２種メッセージコンテンツは左下側等）ようにしてもよい。
　また、トークルーム画面やトークリスト画面において、メンバーシップコースごとにアイコンにバッジをつけることとしたが、これに限定されない。限定ではなく例として、メンバーシップコースごとにアイコンを変えてもよい。
＜第１変形例（５）＞
　第１実施例では、一般ユーザが公式アカウントを友だち登録（友だち追加）する際にメンバーシップコースを選択することとしたが、これに限定されない。限定ではなく例として、一般ユーザが公式アカウントを友だち登録すると、自動的に無課金のメンバーシップコースが選択される。その後、限定ではなく例として、一般ユーザの操作等の入力に基づいて、課金が必要なメンバーシップコースに移動できるようにしてもよい。
　図１－１８は、本変形例において端末２０の表示部２４に表示される画面の一例を示す図である。
　図１－１８左側は、限定ではなく例として、一般ユーザＡ．Ａの端末２０Ａの表示部２４に表示されるメッセージングアプリケーションのホーム画面の一例である。
　限定ではなく例として、「おすすめの公式アカウント」メニュー内の公式ユーザ「ＬＬヨガスタジオ」の項目がユーザによってタップされると、限定ではなく例として、図１－１８中央のトークルーム画面に表示が遷移する。
　図１－１８中央では、コンテンツ表示領域ＴＲ１には、限定ではなく例として、ユーザＡ．Ａがメンバーシップコースとして「無料会員」コースに自動的に加入したことに基づいて、「無料会員登録ありがとうございます」の文字の第３種メッセージコンテンツＴＭＣ２と、「お得な有料メンバーシップコースに加入してみませんか？詳しくはこちら！」の文字の第３種メッセージコンテンツＴＭＣ１０とが表示されている。この第３種メッセージコンテンツは、限定ではなく例として、第１種別として第１アカウントと第２アカウントとを対応付けることをユーザに案内する情報と捉えてもよい。
　限定ではなく例として、第３種メッセージコンテンツＴＭＣ１０内のリンクがタップされると、限定ではなく例として、図１－１８右側の公式アカウントメンバーシップ選択画面に表示が遷移する。
　この画面では、ユーザＡ．Ａがメンバーシップコースとして「無料会員」コースに加入していることに基づいて、加入ボタンＪＢＴ３の文字は「加入中」となり、白黒反転の表示態様で表示されている。
　限定ではなく例として、加入ボタンＪＢＴ１がユーザによってタップされると、メンバーシップコースが「プレミアム会員」コースに変更され、トークルーム画面に表示が遷移する。
　本変形例は、第１種別として自己のユーザの一般アカウントと公式アカウントとを対応付けることをユーザに案内する情報（限定ではなく、第２情報の一例）が、自己のユーザの一般アカウントと公式アカウントとを含むトークルーム（限定ではなく、チャットルームの一例）に表示される構成を示している。
　このような構成により得られる変形例の効果の一例として、限定ではなく例として、第１アカウントと第２アカウントとを含むチャットルームに表示された第２情報に基づき第１アカウントのユーザが第１種別と第２種別とから第１種別を選択する入力を行うことで、第１種別として第１アカウントと第２アカウントとの対応付けが端末によって要求されるようにすることができる。
　また、本変形例は、第２種別として自己のユーザの一般アカウントと公式アカウントとが対応付けられた後、第１種別として自己のユーザの一般アカウントと公式アカウントとが対応付けられる構成を示している。
　このような構成により得られる変形例の効果の一例として、最初は第２種別として第１アカウントと第２アカウントと対応付けておき、後から第１種別として第１アカウントと第２アカウントとを対応付けることが可能となる。
＜第２実施例＞
　第１実施例では、一般ユーザが、特定の公式ユーザのメンバーシップコースのうち、一つのコースに加入する例を例示したが、これに限定されない。
　第２実施例は、限定ではなく例として、一般ユーザが、特定の公式ユーザのメンバーシップコースのうち、任意の複数のコースに加入することを可能にする実施例である。
　第２実施例に記載の内容は、他の各実施例や他の各変形例のいずれにも適用可能である。
　また、既出の構成要素と同一の構成要素については同一の符号を付して、再度の説明を省略する。
　第１の公式アカウント管理データベース１５５Ａにおける公式アカウントメンバーシップ管理データの別例を図２－１に示す。
　公式アカウントメンバーシップ管理データには、限定ではなく例として、メンバーシップコースＩＤと、メンバーシップコース名と、月額料金と、その他情報とに加えて、最大定員と、現在数とが関連付けて記憶される。
　最大定員は、このメンバーシップコースに加入可能な一般ユーザの最大人数であり、限定ではなく例として、公式ユーザがメンバーシップコースを設定する際に登録する名称が記憶される。
　現在数は、このメンバーシップコースに加入している一般アカウントの数、または一般ユーザの人数であり、限定ではなく例として、初期値として「０」をとり、公式アカウント友だち追加処理において、サーバ１０の制御部１１によってインクリメントされる。
＜表示画面＞
　図２－２～図２－３は、本実施例において端末２０の表示部２４に表示される画面の遷移の一例を示す図である。
　図２－２～図２－３は、限定ではなく例として、一般ユーザＡ．Ａの端末２０Ａの表示部２４に表示されるメッセージングアプリケーションの画面の一例である。
　図２－２左側は、図１－８左側と同様のホーム画面の一例である。
　限定ではなく例として、「おすすめの公式アカウント」メニュー内の公式ユーザ「ＭＭカフェ」の項目がユーザによってタップされると、限定ではなく例として、図２－２中央の公式アカウントメンバーシップ選択画面に表示が遷移する。
　現在位置表示領域内の下には、ホーム画面で選択された公式ユーザ「ＭＭカフェ」のアイコンとユーザ名とが表示されている。
　その下には、限定ではなく例として、第１種コース表示領域ＦＣＲ２と、第２種コース表示領域ＳＣＲ２と、第３種コース表示領域ＴＣＲ２とが表示されている。
　第１種コース表示領域ＦＣＲ２には、メンバーシップコース名である「コーヒー会員」の名称の右側に、このメンバーシップコースの加入可能人数（すなわち、「最大定員－現在数」）が「あと２８人」であることが表示されている。また、その右側には、「コーヒー会員」コースに属した場合に付与されるコーヒーカップアイコンのバッジが表示されている。また、メンバーシップコース名の下には、「コーヒー会員」コースに属した場合に付与される特典情報が表示されている。特典情報の下には、このメンバーシップコースの月額料金（ここでは、「２，０００円／月」）が表示されている。月額料金の右側には、このメンバーシップコースに加入することを選択するための「選択する」の文字で示される加入選択ボタンＳＢＴ１が表示されている。
　第２種コース表示領域ＳＣＲ２や第３種コース表示領域ＴＣＲ２においても、限定ではなく例として、第１種コース表示領域ＦＣＲ２と同様の内容が表示されるように構成されている。また、加入選択ボタンＳＢＴ２と加入選択ボタンＳＢＴ３とは、限定ではなく例として、タップ操作され選択されたことにより、「選択済」の反転表示で表示されている。
　画面最下部には、加入選択ボタンによって選択されたメンバーシップコースに加入するための「メンバーシップに加入する」の文字で示される加入ボタンＪＢＴ４が表示されるように構成されている。
　限定ではなく例として、加入ボタンＪＢＴ４がユーザによってタップされると、限定ではなく例として、図２－２右側のトークルーム画面に表示が遷移する。
　この画面では、現在位置が公式ユーザ名「ＭＭカフェ」とのＯＡトークルーム画面であることを示す「ＭＭカフェ」の文字と、加入しているメンバーシップコースを示す２つのバッジとが、現在位置表示領域内に表示されている。
　図２－２右側では、コンテンツ表示領域ＴＲ４には、限定ではなく例として、ユーザＡ．Ａがメンバーシップコースとして「おやつ会員」コースを選択して加入したことに基づいて、第２種メッセージコンテンツＳＭＣ６と、第２種メッセージコンテンツＳＭＣ７とが表示されている。また、限定ではなく例として、ユーザＡ．Ａがメンバーシップコースとして「ランチ会員」コースを選択して加入したことに基づいて、第３種メッセージコンテンツＴＭＣ６と、第３種メッセージコンテンツＴＭＣ７とが表示されている。
　リッチメニュー表示領域ＲＭ４には、ユーザＡ．Ａが「おやつ会員」コースに加入していることに基づいて、「デザートレシピ動画視聴」機能ボタンＳＲＢ２と、「シークレットランチ予約」機能ボタンＴＲＢ２とが表示されている。
　図２－３左側のトークルーム画面は、限定ではなく例として、図２－２右側のトークルーム画面から時間が経過した後の表示画面の一例である。
　図２－３左側では、コンテンツ表示領域ＴＲ４には、限定ではなく例として、ユーザＡ．Ａがメンバーシップコースとして「おやつ会員」コースを選択して加入したことに基づいて、第２種メッセージコンテンツＳＭＣ８が表示されている。また、限定ではなく例として、ユーザＡ．Ａがメンバーシップコースとして「ランチ会員」コースを選択して加入したことに基づいて、第３種メッセージコンテンツＴＭＣ８が表示されている。
　限定ではなく例として、現在位置表示領域の右側に表示されるトークルームメニューボタンがタップされると、このトークルームにおける各種機能を設定するためのトークルームメニューＴＭ１が表示されるように構成されている。
　トークルームメニューＴＭ１には、限定ではなく例として、このＯＡトークルームのメッセージ着信通知を止めるための「通知オフ」ボタンと、このＯＡトークルームに友だちを招待するための「招待」ボタンと、加入するメンバーシップコースを脱退・変更するための「メンバーシップ」ボタンと、この公式ユーザからのメッセージをブロックするための「ブロック」ボタンとが表示されるように構成されている。
　限定ではなく例として、「ブロック」ボタンがタップされると、限定ではなく例として、図２－２中央のトークルーム画面に表示が遷移する。
　このトークルーム画面では、コンテンツ表示領域ＴＲ４に、月額料金を課金中のメンバーシップコースに加入していることに基づいて、通知表示領域ＮＴ１が表示されている。
　通知表示領域ＮＴ１には、限定ではなく例として、「有償メンバーシップに加入中です」の文字と、懇願する熊のイラストと、加入しているメンバーシップコースとその月額料金とが表示されるように構成されている。また、通知表示領域ＮＴ１の下部には、加入しているメンバーシップコースを解約し、これ以上の課金が発生しないようにした状態でブロックするための「ブロックする」ボタンと、ブロック操作をキャンセルするための「キャンセル」ボタンとが表示されるように構成されている。
　限定ではなく例として、「ブロックする」ボタンタップされると、限定ではなく例として、図２－２右側のトークルーム画面に表示が遷移する。
　このトークルーム画面では、コンテンツ表示領域ＴＲ４に、第２種メッセージコンテンツＳＭＣ８と第３種メッセージコンテンツＴＭＣ８とに加えて、メンバーシップコースから脱退したことを示す第２種メッセージコンテンツＳＭＣ９と第３種メッセージコンテンツＴＭＣ９とが表示されている。
　また、その下には、公式ユーザ「ＭＭカフェ」からのメッセージをブロックしたことを示すシステムメッセージＳＭ１が表示されている。
　なお、図２－２中央のトークルーム画面において、「通知オフ」ボタンがタップされると、通知表示領域ＮＴ１と同様の警告表示が表示されるようにしてもよい。この場合、加入しているメンバーシップコースの解約処理と、ＯＡトークルームのメッセージ着信通知停止処理とが行われるようにしてもよい。
＜処理＞
　処理については、限定ではなく例として、端末２０Ａのユーザが加入を希望する１以上のメンバーシップコースＩＤを受け付ける。そして、公式アカウントメンバーシップコース選択情報には、複数のメンバーシップコースＩＤを含めるようにしてもよい。
　公式アカウント友だち追加処理において、サーバ１０の制御部１１は、限定ではなく例として、公式アカウント管理データベース１５５を参照し、公式アカウント友だち追加要求情報で指定された公式アカウント管理データの公式アカウントメンバーシップ管理データを読み込む。そして、サーバ１０の制御部１１は、限定ではなく例として、公式アカウントメンバーシップコース選択情報で指定された各メンバーシップコースにおいて、限定ではなく例として、人数制限判定条件「最大定員－現在数＞０」を満たすか否かを判定する。
　人数制限判定条件を満たすと判定する場合、サーバ１０の制御部１１は、公式アカウント友だち追加要求情報で指定された公式アカウント管理データの公式アカウント友だちデータに、端末２０Ａの一般アプリケーションＩＤと、人数制限判定条件を満たしたメンバーシップコースＩＤとを追加して記憶させる処理を行う。この場合、公式アカウント友だちデータのメンバーシップコースＩＤには、複数のメンバーシップコースＩＤが含まれるようにしてもよい。
　一方、人数制限判定条件を満たさないと判定する場合、サーバ１０の制御部１１は、上記の記憶させる処理を行わない。
　なお、人数制限判定条件を満たさないと判定する場合、サーバ１０の制御部１１は、限定ではなく例として、加入を希望するメンバーシップコースが既に定員に達していることを示すメンバーシップコース定員限界情報を通信Ｉ／Ｆ１４によって端末２０Ａに送信するようにしてもよい。そして、端末２０Ａは、メンバーシップコース定員限界情報を受信すると、表示部２４に表示させるようにしてもよい。
＜第２実施例の効果＞
　本実施例は、一般ユーザの端末２０が、第１情報を送信した後、公式アカウントをブロックすることに関する処理を制御部２１によって行う場合、公式アカウントから送信されたメッセージを受信することができないことを示すシステムメッセージ等の情報（限定ではなく、第２アカウントから送信されたメッセージを受信することができないことに関する情報の一例）を表示部２４に表示する構成を示している。
　このような構成により得られる実施例の効果の一例として、第１アカウントのユーザの端末は、第１情報を送信した後、第２アカウントをブロックすることに関する処理を行う場合、第２アカウントから送信されたメッセージを受信することができないことに関する情報を表示部に表示することによって、第２アカウントから送信されたメッセージを受信することができないことをユーザに知らせることができる。
　また、本実施例は、サーバ１０が、第１種別として公式アカウントと対応付けられた現在数（限定ではなく、第１種別として第２アカウントと対応付けられたアカウント数の一例）を制御部１１によって取得する。そして、サーバ１０は、取得したアカウント数に基づく、アカウントの記憶処理や、メンバーシップコース定員限界情報を一般ユーザの端末２０に送信する処理等の処理（限定ではなく、アカウント数に基づく処理の一例）を制御部１１によって行う構成を示している。
　このような構成により得られる実施例の効果の一例として、サーバは、第１種別として第２アカウントと対応付けられたアカウント数を取得した上で、取得したアカウント数に基づく処理を行うことができる。
　また、この場合、上記の処理は、人数制限判定条件を満たさない場合（限定ではなく、アカウント数が設定数に達した場合の一例）、第１情報を受信しても、一般ユーザが加入を希望するメンバーシップコースのメッセージ（第１メッセージ）を、この一般ユーザの端末２０に送信しない処理を含むようにしてもよい。
　このような構成により得られる実施例の効果の一例として、第１種別として第２アカウントと対応付けられたアカウント数が設定数に達した場合、第１アカウントのユーザの端末から第１情報を受信しても、第１メッセージを第１端末に送信しないようにすることができる。
＜第２変形例（１）＞
　上記の実施例では、メッセージのブロックにはメンバーシップコースからの脱退が必要である例を示したが、これに限定されない。限定ではなく例として、メンバーシップコースに加入したままの状態で、ブロックや着信通知の停止操作が実行できるようにしてもよい。
　この場合、限定ではなく例として、ブロックまたは着信通知停止状態でメッセージコンテンツが端末２０に送信されると、限定ではなく例として、端末２０の制御部２１は、メンバーシップコースからの脱退忘れがないか否かの警告メッセージを表示部２４に表示させるようにしてもよい。
　あるいは、限定ではなく例として、サーバ１０の制御部１１は、ブロックまたは着信通知停止状態の端末２０へのメッセージ送信要求を受け付けると、要求されたメッセージに変えて、ブロックまたは着信通知停止状態の解除を求める警告メッセージを端末２０に送信するようにしてもよい。
＜第２変形例（２）＞
　上記の実施例では、公式ユーザを友だち追加する際にメンバーシップコースごとの定員数が確認できることとしたが、これに限定されない。限定ではなく例として、メンバーシップコースごとの最大定員や現在数を、ホーム画面の「おすすめの公式アカウント」欄や、トークリスト画面、ＯＡトークルーム画面等に表示させるようにしてもよい。
＜第３実施例＞
　第１実施例と第２実施例とでは、ＯＡトークルームへの参加に関する例を例示したが、これに限定されない。
　第３実施例は、限定ではなく例として、一般ユーザが、他の任意の１以上の一般ユーザとのコミュニケーションを図るためのトークルーム（以下、「オープントークルーム」と称する。）へ参加する場合の実施例である。
　オープントークルームでは、限定ではなく例として、同じ興味対象に興味を持つ一般ユーザ同士が参加可能なオープントークルームを、一般ユーザが作成することができるようにしてもよい。オープントークルームに一般ユーザが参加する場合、限定ではなく例として、一般アカウント登録データ１５３に登録されている一般ユーザ名とは異なるニックネームで参加できるようにしてもよい。
　オープントークルームは、オープンチャットルームといってもよいし、そうしなくてもよい。
　第３実施例に記載の内容は、他の各実施例や他の各変形例のいずれにも適用可能である。
　また、既出の構成要素と同一の構成要素については同一の符号を付して、再度の説明を省略する。
　図３－１は、本実施例においてサーバ１０の記憶部１５に記憶される情報等の一例を示す図である。
　記憶部１５には、限定ではなく例として、アプリケーション管理処理プログラム１５１と、一般アカウント登録データ１５３と、公式アカウント管理データベース１５５とに加えて、オープンチャットアカウント管理データベース１５７が記憶される。
　オープンチャットアカウント管理データベース１５７は、メッセージングアプリケーションにおけるオープントークルームを管理するための管理用のデータベースであり、そのデータ構成例の一例を図３－２に示す。
　オープンチャットアカウント管理データベース１５７には、オープントークルームごとの管理データとして、オープンチャットアカウント管理データが記憶される。
　各々のオープンチャットアカウント管理データには、限定ではなく例として、オープンチャットＩＤと、オープンチャット名と、その他登録情報と、オープンチャットメンバーシップ管理データと、オープンチャット友だちデータとが記憶される。
　オープンチャットＩＤは、オープントークルームを識別するために用いられる情報である。
　このオープンチャットＩＤは、好ましくはオープントークルームごとに一意な値であり、限定ではなく例として、サーバ１０によってオープントークルームごとに一意な値（固有の値）が設定されて記憶される。
　オープンチャット名は、このオープントークルームの名称であり、限定ではなく例として、端末２０のユーザがオープントークルームを作成する際に登録する名称が記憶される。
　その他登録情報には、このオープントークルームの管理者となっている一般ユーザの一般アプリケーションＩＤや、オープントークルームのトピックに関する情報、オープントークルームのアイコン情報、オープントークルーム内における表示態様を規定する情報といった各種の情報を含めるようにすることができる。
　オープンチャットメンバーシップ管理データは、このオープントークルームの友だちとなるためのメンバーシップコースを管理するためのデータであり、限定ではなく例として、メンバーシップコースＩＤと、メンバーシップコース名と、月額料金と、その他情報とが関連付けて記憶される。
　メンバーシップコースＩＤと、メンバーシップコース名と、月額料金と、その他情報とは、限定ではなく例として、公式アカウントメンバーシップ管理データと同様に構成するようにしてもよい。
　なお、限定ではなく例として、メンバーシップコース名が「参加不能」である場合、このオープントークルームの友だちとなれない（オープントークルームに参加出来ない）ようにしてもよい。また、月額料金は、金額に幅をもたせ、その金額範囲内であれば任意の金額を課金出来るようにしてもよい。
　また、第２実施例を参酌し、各メンバーシップコースに定員を設けられるようにしてもよい。
　なお、月額料金としてこのオープントークルームに課金された金銭は、限定ではなく例として、オープトークルームの管理者のアカウントに付与されるようにしてもよい。
　オープンチャット友だちデータは、このオープントークルームと友だちである（オープントークルームに参加している）一般アカウントを識別するためのデータであり、限定ではなく例として、ニックネームと、一般アプリケーションＩＤと、メンバーシップコースＩＤと、月額課金額とが関連付けて記憶される。なお、オープンチャット友だちデータに、登録日時等をさらに関連付けて記憶させるようにしてもよい。
　ニックネームは、このオープントークルームにおける一時的なユーザ名（表示名）であり、限定ではなく例として、端末２０のユーザがこのオープントークルームに参加する際に登録する名称が記憶される。
　月額課金額は、この一般アカウントが設定している月額課金を記憶するためのデータであり、限定ではなく例として、端末２０のユーザがこのオープントークルームに参加する際に設定する課金額が記憶される。
　一般アプリケーションＩＤと、メンバーシップコースＩＤとは、限定ではなく例として、公式アカウント友だちデータと同様に構成するようにしてもよい。
＜表示画面＞
　図３－３～図３－５は、本実施例において端末２０の表示部２４に表示される画面の遷移の一例を示す図である。
　図３－３～図３－５は、限定ではなく例として、一般ユーザＡ．Ａの端末２０Ａの表示部２４に表示されるメッセージングアプリケーションの画面の一例である。
　図３－３左側は、図１－８左側のホーム画面の別例である。
　この画面では、限定ではなく例として、「おすすめの公式アカウント」メニューに変えて、端末２０Ａのユーザに友だち登録を薦めるオープントークルーム一覧を表示させるための「おすすめのオープンチャット」メニューが表示されるように構成されている。この画面では、「おすすめのオープンチャット」メニューには、限定ではなく例として、端末２０Ａのユーザ情報に基づいて、オープンチャット名「ＸＸスーパー友の会」と、オープンチャット名「チームＮＮに心臓を捧げよ」と、オープンチャット名「アイドルＺＺファン集まれ」との名称とアイコンとが表示されている。
　限定ではなく例として、「おすすめのオープンチャット」メニュー内のオープンチャット名「アイドルＺＺファン集まれ」の項目がユーザによってタップされると、限定ではなく例として、図３－３中央のオープンチャットメンバーシップ選択画面に表示が遷移する。
　この画面では、現在位置がメッセージングアプリケーションのオープンチャットメンバーシップ選択画面であることを示す「オープンチャットメンバーシップ」の文字が、現在位置表示領域内に表示されている。
　現在位置表示領域内の下には、端末２０Ａのユーザが友だち登録を行うオープントークルームに関するメンバーシップコースの情報を表示するためのメンバーシップコース選択領域ＣＳＲ１が表示されるように構成されている。
　メンバーシップコース選択領域ＣＳＲ１には、ホーム画面で選択されたオープントークルーム「アイドルＺＺファン集まれ」のアイコンとユーザ名と、このオープントークルームに参加するためには課金が必要であることを示す「参加には課金が必要です」の文字とが表示されている。
　その下には、メンバーシップコース名「レギュラー」からメンバーシップコース名「ゴッド」の各メンバーシップコースに加入するために必要な課金金額が一覧で表示されている。
　メンバーシップコース選択領域ＣＳＲ１の下部には、課金額を端末２０Ａのユーザに入力させるための課金額入力領域ＢＡＲ１が表示されるように構成されている。また、その下には、課金額入力領域ＢＡＲ１に入力された課金額でオープントークルームに参加するための「加入する」の文字で示される加入ボタンＪＢＴ５が表示されている。
　この画面では、課金額入力領域ＢＡＲ１では、限定ではなく例として、１００円単位で課金額を変更できるように構成されている。また、課金額として、「１００円／月」が選択されていることが表示されている。
　限定ではなく例として、加入ボタンＪＢＴ５がタップされると、限定ではなく例として、図３－３右側のオープンチャットメンバーシップ選択画面に表示が遷移する。
　この画面では、現在位置表示領域内の下には、端末２０Ａのユーザが加入するメンバーシップコースに関する情報を表示するためのメンバーシップコース確認領域ＣＣＲ１が表示されるように構成されている。
　メンバーシップコース確認領域ＣＣＲ１には、オープンチャット名と、メンバーシップコース選択領域ＣＳＲ１において選択された課金額に基づくメンバーシップコース名が表示されるように構成されている。また、その下には、ニックネームと、オープントークルーム内でのアイコンとを入力するための領域が表示されるように構成されている。
　メンバーシップコース確認領域ＣＣＲ１の下部には、メンバーシップコース確認領域ＣＣＲ１において表示されている内容に基づいてオープントークルームに参加するための「参加する」ボタンと、参加をやめるための「やめる」ボタンとが表示されるように構成されている。
　限定ではなく例として、「参加する」ボタンがユーザによってタップされると、限定ではなく例として、図３－４左側のトークルーム画面に表示が遷移する。
　この画面では、現在位置がオープンチャット名「アイドルＺＺファン集まれ」のオープントークルーム画面であることを示す「アイドルＺＺファン集まれ」の文字が、現在位置表示領域内に表示されている。文字の右側には、一般ユーザ「Ａ．Ａ」の課金額が「月額１００円」であったことにより、メンバーシップコース名「レギュラー」のメンバーシップコースに加入していることを示すメダルアイコンが表示されている。
　コンテンツ表示領域ＴＲ５には、限定ではなく例として、ニックネーム「ＡＡＡ」の一般ユーザが参加したことを示すシステムメッセージＳＭ２と、「ＡＡＡさんようこそ！」の文字のオープンメッセージコンテンツＯＭＣ１と、「はじめまして～」の文字のオープンメッセージコンテンツＯＭＣ２と、「よろしく～」の文字のオープンメッセージコンテンツＯＭＣ３とが表示されている。
　限定ではなく例として、オープンメッセージコンテンツＯＭＣ１とオープンメッセージコンテンツＯＭＣ２とオープンメッセージコンテンツＯＭＣ３とでは表示態様（限定ではなく例として、アイコンバッジと、文字色と、背景色）とが異なる。これは、それぞれのメッセージ送信者のメンバーシップコースが異なるためである。
　限定ではなく例として、コンテンツ表示領域ＴＲ５に上記のメッセージに加えて「ＡＡＡさんの推しの曲教えて！」の文字のオープンメッセージコンテンツＯＭＣ４とが表示され、限定ではなく例として、トークルームメニューボタンがタップされると、限定ではなく例として、図３－４中央のトークルーム画面に表示が遷移する。
　この画面において、オープンメッセージコンテンツＯＭＣ４とオープンメッセージコンテンツＯＭＣ３との表示態様は、メッセージ送信者のメンバーシップコースが同じ「レギュラー」であるため、限定ではなく例として、標準の表示態様である白背景に黒文字となっている。
　限定ではなく例として、トークルームメニューＴＭ２において、「メンバーシップ」ボタンがタップされると、限定ではなく例として、図３－４右側のトークルーム画面に表示が遷移する。
　この画面では、「メンバーシップ」ボタンがタップされたことにより、限定ではなく例として、コンテンツ表示領域ＴＲ５に重畳して、メンバーシップコース選択領域ＣＳＲ２が表示されている。
　この画面では、メンバーシップコース選択領域ＣＳＲ２における課金額入力領域ＢＡＲ２に対する入力に基づいて、課金額が「６００円／月」に変更されている。
　限定ではなく例として、課金額入力領域ＢＡＲ２に入力された課金額への変更を行うための「変更する」の文字で示される変更ボタンＣＢＴ１がタップされると、限定ではなく例として、図３－５左側のオープンチャットメンバーシップ選択画面に表示が遷移する。
　この画面では、コンテンツ表示領域ＴＲ５には、オープンメッセージコンテンツＯＭＣ４の下に、課金額が変更され、メンバーシップコースが「スター」に変更されたことにより、「ＡＡＡがランクアップしました」の文字のシステムメッセージＳＭ３が表示されている。
　また、その下には、「全部好き！」の文字のオープンメッセージコンテンツＯＭＣ５が表示されている。
　オープンメッセージコンテンツＯＭＣ５の表示態様は、限定ではなく例として、同じ「スター」であるオープンメッセージコンテンツＯＭＣ２と同様に変化している。
　限定ではなく例として、再度トークルームメニューＴＭ２において、「メンバーシップ」ボタンがタップされると、限定ではなく例として、図３－５中央のトークルーム画面に表示が遷移する。
　そして、メンバーシップコース選択領域ＣＳＲ２における課金額入力領域ＢＡＲ２に対する入力に基づいて、課金額が「０円／月」に変更され、変更ボタンＣＢＴ１がタップされると、限定ではなく例として、図３－５右側のオープンチャットメンバーシップ選択画面に表示が遷移する。
　この画面では、課金額が「０円／月」に変更され、オープントークルームに参加不能となったことにより、「チャットルームから強制退出されました」の文字の通知表示領域ＮＴ２が表示されている。そして、オープンチャットメンバーシップ選択画面に戻ったため、オープントークルームのメッセージ内容閲覧ができなくなっている。
　なお、課金額が「０円／月」に変更された場合、限定ではなく例として、課金によるサブスクリプションが有効である期間（限定ではなく例として、月額料金であれば月末までの間）、オープントークルームに参加可能な状態が続き、課金によるサブスクリプションが無効になると、オープントークルームに参加不能となるようにしてもよい。
　また、オープントークルームに参加不能となった場合、課金によるサブスクリプションが有効であった期間内にオープントークルームに投稿されたメッセージコンテンツは引き続き閲覧可能であるようにしてもよい。そして、オープントークルームに参加不能となったユーザからオープントークルームへの新たな投稿を受け付けないようにしてもよい。また、課金によるサブスクリプションが無効となった後、オープントークルームに入室（参加）は可能であるが投稿されたメッセージコンテンツが更新表示されないようにしてもよい。
＜処理＞
　処理については、限定ではなく例として、オープンチャットアカウント管理データを公式アカウント管理データと当てはめることで、限定ではなく例として、図１－１１の処理と同様に実行することが可能なため、詳細な説明は省略する。
　ここで、前述の第１種コースと、第２種コースとは、以下のように当てはめるようにしてもよい。
・パターン（Ａ）
　第１種コース：オープントークルームに参加可能である課金が必要なメンバーシップコース。
　第２種コース：オープントークルームに参加不能である課金不要のメンバーシップコース。
　なお、第１種コース内に更に複数のメンバーシップコース（限定ではなく例として、「スタンダード」と「スター」と「ゴッド」）を設定可能であるようにしてもよい。
　第２種コースは、限定ではなく例として、図３－２に示したオープンチャットメンバーシップ管理データにおけるメンバーシップコースＩＤ「Ｍ０００」によって識別されるコース（参加不能）とすることができる。よって、このコースを選択した一般ユーザの一般アプリケーションＩＤは、図３－２に示したオープンチャット友だちデータには記憶されない（関連付けられない）ようにしてもよいし、そのようにしなくてもよい。
・パターン（Ｂ）
　第１種コース：オープントークルームに参加可能である課金が必要なメンバーシップコース。
　第２種コース：オープントークルームに参加可能である課金が必要なメンバーシップコース。
　この場合、限定ではなく例として、月額料金による加入条件を満たさない場合、いずれのコースのメンバーシップコースにも加入できないようにしてもよい。すなわち、月額料金による加入条件を満たさない場合、一般ユーザの一般アプリケーションＩＤは、図３－２に示したオープンチャット友だちデータには記憶されない（関連付けられない）ようにしてもよい。
　また、オープントークルームには、メンバーシップコースに関わらず、第１種メッセージと第２種メッセージとが配信されるようにしてもよい。
　パターン（Ｂ）は、パターン（Ａ）において、第１種コース内に更に複数のメンバーシップコースを設定可能にした場合の実装例の一例といってもよい。
　なお、パターン（Ｂ）では、限定ではなく例として、メンバーシップコースごとに異なるオープントークルームに振り分けられるようにしてもよいし、同じオープントークルームにおいて配信されるメッセージが異なるようにしてもよい。
＜第３実施例の効果＞
　本実施例は、限定ではなく例として、第１種別（限定ではなく例として、課金コース）としてオープントークルームを識別する情報（限定ではなく、第２アカウントの一例）と対応付けられたアカウントは、オープントークルームに参加可能である構成を示している。
　このような構成により得られる実施例の効果の一例として、第１種別として第２アカウントと対応付けられたアカウントがオープンチャットルームに参加できるようにすることができる。これにより、限定ではなく例として、特定の興味を持つユーザ同士が容易にコミュニケーションをとるといったことが可能となる。また、限定ではなく例として、オープンチャットルームへの参加に課金を要するようにすることで、熱量の高いユーザ同士でコミュニケーションをとるといったことが可能となる。
　また、この場合、アカウントの対応付けが第１種別ではなくなった場合、オープントークルームへの参加が制限されるようにしてもよい。
　このような構成により得られる実施例の効果の一例として、第１種別として第２アカウントとの対応付けを維持する動機付けをユーザに与えることができる。
＜第３変形例（１）＞
　上記の実施例では、メンバーシップコースに関わらず同じオープントークルーム内でメッセージを配信する例を例示したが、これに限定されない。限定ではなく例として、メンバーシップコースごとに異なるオープントークルームに属するようにしてもよい。
　この場合、オープトークルームごとに独立してメッセージが配信されるようにしてもよいし、第１種コースのオープントークルームには第１種メッセージと第２種メッセージとが配信されるが、第２種コースのオープントークルームには第２種メッセージのみが配信されるようにしてもよい。
　なお、メンバーシップコースに関わらず同じオープントークルームに属する場合、限定ではなく例として、オープントークルーム内の設定された人数（限定ではなく例として、「３０人」）に達すると、それ以後に参加する一般ユーザは新たに自動生成される異なるオープントークルームに振り分けられるようにしてもよい。
＜第４実施例＞
　第４実施例は、限定ではなく例として、ある公式アカウントと友だちとなった一般ユーザ同士でメッセージの送受信が可能なトークルームを用いて、公式アカウントと友だち登録を行った一般ユーザ同士がチャットを行う実施例である。
　以下では、ある公式アカウントと友だち登録を行った一般ユーザ同士でメッセージの送受信が可能なトークルームを「関連トークルーム」と呼称する。
　なお、関連トークルームは、公式アカウントにおける所定のメンバーシップコースで提供される特典機能としてのグループトークルームまたはＯＡトークルームの一種としてもよい。また、関連トークルームは、公式アカウントと関連付けられたオープントークルームの一種としてもよい。つまり、関連トークルームは、第３実施例に示したオープントークルームの一種としてもよい。
　第４実施例に記載の内容は、他の各実施例や他の各変形例のいずれにも適用可能である。
　また、既出の構成要素と同一の構成要素については同一の符号を付して、再度の説明を省略する。
　図４－１～図４－２は、本実施例において端末２０の表示部２４に表示される画面の遷移の一例を示す図である。図４－１～図４－２は、限定ではなく例として、一般ユーザＡ．Ａの端末２０Ａの表示部２４に表示されるメッセージングアプリケーションの画面の一例である。
　図４－１左側は、図１－８左側のホーム画面の別例である。
　この画面では、「おすすめの公式アカウント」メニューに、公式ユーザ「ＸＸスーパー」、公式ユーザ「ＬＬヨガスタジオ」、公式ユーザ「ＭＭカフェ」、公式ユーザ「ＺＺファンクラブ」等の複数の公式ユーザについて、その名称とそのアイコンとが表示されている。
　限定ではなく例として、「おすすめの公式アカウント」メニュー内の公式ユーザ「ＺＺファンクラブ」の項目がユーザによってタップされると、限定ではなく例として、図４－１中央のトークルーム画面に表示が遷移する。
　この画面では、現在位置が公式ユーザ名「ＺＺファンクラブ」とのＯＡトークルーム画面であることを示す「ＺＺファンクラブ」の文字が、現在位置表示領域内に表示されている。
　図４－１中央では、コンテンツ表示領域ＴＲ６には、限定ではなく例として、ユーザＡ．Ａがこの公式アカウントにおいて課金を必要としないメンバーシップコースである第４種コースに自動的に加入したことに基づいて、「ファンクラブ参加ありがとう！」の文字の第４種メッセージコンテンツＱＭＣ１が表示されている。その下には、課金を行うことでメンバーシップコースの変更が可能であることを示す「課金額に応じて会員限定機能が使えるよ！」の文字の第４種メッセージコンテンツＱＭＣ２が表示されている。また、その下には、課金を行うことでメンバーシップコースの変更を行うための「課金する」の文字で示される課金ボタンＢＢＴ１が表示されている。
　また、この例では、コンテンツ表示領域ＴＲ６の下部には、リッチメニュー表示領域ＲＭ５が表示されるように構成されている。
　リッチメニュー表示領域ＲＭ５には、第１種コースである「ゴッド」コース、または第２種コースである「スター」コース、または第３種コースである「レギュラー」コースに加入している場合に使用可能な「ファンクラブチャット参加」機能ボタンＴＲＢ３と、「ゴッド」コースまたは「スター」コースに加入している場合に使用可能な「新曲ＰＶ先行視聴」機能ボタンＳＲＢ３と、「ゴッド」コースに加入している場合に使用可能な「ライブ先行予約」機能ボタンＦＲＢ３とが表示されている。
　「ファンクラブチャット参加」機能ボタンＴＲＢ３と、「新曲ＰＶ先行視聴」機能ボタンＳＲＢ３と、「ライブ先行予約」機能ボタンＦＲＢ３とは、限定ではなく例として、現在のメンバーシップコースが第４種コースであることに基づいて、グレーアウトの表示態様で表示され、機能が無効化されている。
　限定ではなく例として、課金ボタンＢＢＴ１がタップされると、限定ではなく例として、図４－１右側の公式アカウントメンバーシップ選択画面に表示が遷移する。
　メンバーシップコース選択領域ＣＳＲ３には、ＯＡトークルーム「アイドルＺＺファンクラブ」のアイコンとユーザ名と、ユーザに課金を促す「課金額を選んでね」の文字とが表示されている。
　その下には、メンバーシップコース名「レギュラー」からメンバーシップコース名「ゴッド」の各メンバーシップコースに加入するために必要な課金金額が一覧で表示されている。
　メンバーシップコース選択領域ＣＳＲ３の下部には、課金額を端末２０Ａのユーザに入力させるための課金額入力領域ＢＡＲ３が表示されるように構成されている。また、その下には、課金額入力領域ＢＡＲ３に入力された課金額に基づいてＯＡトークルームのメンバーシップコースを変更するための「課金する」の文字で示される加入ボタンＪＢＴ６が表示されている。
　この画面では、課金額入力領域ＢＡＲ３では、限定ではなく例として、１００円単位で課金額を変更できるように構成されている。また、課金額として「２００円／月」が選択されていることが示されている。
　なお、公式アカウントメンバーシップ選択画面は、本画面とは異なり、限定ではなく例として、第１実施例や第２実施例を参酌し、複数のメンバーシップコースから任意のコースが選択可能であるようにしてもよい。
　限定ではなく例として、加入ボタンＪＢＴ６がタップされると、限定ではなく例として、図４－２左側のトークルーム画面に表示が遷移する。
　この画面では、課金によりメンバーシップコースが「レギュラー」コースに変更されたことに基づいて、コンテンツ表示領域ＴＲ６には一般ユーザＡ．Ａのメンバーシップコースが「レギュラーコース」となったことを示すシステムメッセージＳＭ４が表示されている。
　また、リッチメニュー表示領域ＲＭ５において、「ファンクラブチャット参加」機能ボタンＴＲＢ３が有効化され、グレーアウトの表示態様が解除されている。
　限定ではなく例として、「ファンクラブチャット参加」機能ボタンＴＲＢ３がタップされると、限定ではなく例として、図４－２中央の関連トークルーム参加画面に表示が遷移する。
　この画面では、現在位置表示領域内の下に、端末２０Ａのユーザが加入しているメンバーシップコースに関する情報を表示するためのメンバーシップコース確認領域ＣＣＲ２が表示されるように構成されている。
　メンバーシップコース確認領域ＣＣＲ２には、メンバーシップコース選択領域ＣＳＲ３において選択された課金額に基づくメンバーシップコース名が表示されるように構成されている。また、その下には、ニックネームと、関連トークルーム内でのアイコンとを入力するための領域が表示されるように構成されている。
　メンバーシップコース確認領域ＣＣＲ２の下部には、メンバーシップコース確認領域ＣＣＲ２において表示されている内容に基づいて関連トークルームに参加するための「参加する」ボタンと、参加をやめるための「やめる」ボタンとが表示されるように構成されている。
　限定ではなく例として、「参加する」ボタンがユーザによってタップされると、限定ではなく例として、図４－２右側のトークルーム画面に表示が遷移する。
　この画面では、現在位置がチャット名「ファンクラブチャット」の関連トークルーム画面であることを示す「ＺＺファンクラブチャット」の文字が、現在位置表示領域内に表示されている。文字の右側には、一般ユーザ「Ａ．Ａ」がメンバーシップコース名「レギュラー」のメンバーシップコースに加入していることを示すメダルアイコンが表示されている。
　コンテンツ表示領域ＴＲ７には、限定ではなく例として、ニックネーム「ＡＡＡ」の一般ユーザが参加したことを示すシステムメッセージＳＭ５と、「ＡＡＡさんようこそ！」の文字の関連メッセージコンテンツＲＭＣ１と、「はじめまして～」の文字の関連メッセージコンテンツＲＭＣ２と、「よろしく～」の文字の関連メッセージコンテンツＲＭＣ３とが表示されている。
　限定ではなく例として、関連メッセージコンテンツＲＭＣ１と関連メッセージコンテンツＲＭＣ２と関連メッセージコンテンツＲＭＣ３とでは表示態様（限定ではなく例として、アイコンバッジと、文字色と、背景色）とが異なる。これは、それぞれのメッセージ送信者のメンバーシップコースが異なるためである。
　なお、図４－２左側のトークルーム画面において、限定ではなく例として、システムメッセージＳＭ４の下に、ＯＡアカウントから送信されて端末２０Ａが受信した関連トークルーム（この例では、ファンクラブチャットルーム）への案内・参加に関する第３種メッセージコンテンツ（限定ではなく例として、「ファンクラブ参加ありがとう。もしよければ、課金コースの入会者限定のトークルームをつかってね！」といった文面のリンク付きの第３種メッセージコンテンツ）が表示されるようにしてもよい。そして、限定ではなく例として、その第３種メッセージコンテンツのリンクに対するユーザ入力に基づいて、図４－２中央の関連トークルーム参加画面が表示されるようにしてもよい。
　また、限定ではなく例として、第３実施例を参酌し、関連トークルームにおいて、限定ではなく例として、公式アカウントメンバーシップへの課金が停止されたことにより、関連トークルームへの参加が制限されるようにしてもよい。参加の制限としては、関連トークルームの閲覧自体が不能となるようにしてもよいし、関連トークルームへの参加が制限された期間について関連トークルームに配信されたメッセージコンテンツが表示されないようにしてもよい。
　また、限定ではなく例として、関連トークルームに参加後、限定ではなく例として、トークルームメニューを用いて課金額またはメンバーシップコースの変更が可能であるようにしてもよい。
　また、上記の例では、課金コース（限定ではなく例として、第１種コース～第３種コース）のアカウントのみが関連トークルームに参加可能であることとしたが、これに限定されない。
　限定ではなく例として、無料コース（限定ではなく例として、第４種コース）のアカウント（公式アカウントを友だち登録しただけのアカウント）も、関連トークルームに参加することができるようにしてもよい。つまり、上記の関連トークルームを、公式アカウントと友だちであるという条件（課金／無料を問わない。）を満たす一般アカウントが参加可能なトークルームとしてもよい。
　本変形例は、一般ユーザの端末２０が、第１種別（限定ではなく例として、課金コース）として公式アカウント（限定ではなく、第２アカウントの一例）と対応付けられた、自己のユーザの一般アカウントとは異なるアカウントを含む関連トークルーム（オープントークルームと捉えてもよい。）（限定ではなく、チャットグループの一例）への参加に関する情報を通信Ｉ／Ｆ２２によって受信する。そして、一般ユーザの端末２０は、受信した参加に関する情報を表示部２４に表示する構成を示している。
　このような構成により得られる実施例の効果の一例として、第１アカウントのユーザの端末は、第１種別として第２アカウントと対応付けられた、第１アカウントとは異なるアカウントを含むチャットグループへの参加に関する情報を受信した上で、この参加に関する情報を表示して、ユーザに知らせることができる。また、これにより、第１種別として第２アカウントと対応付けられた、第１アカウントとは異なるアカウントを含むチャットグループに、自己の端末のユーザが参加できるようにすることができる。
　また、この場合、限定ではなく例として、第１種別（限定ではなく例として、課金コース）として公式アカウントと対応付けられたアカウントは、関連トークルームに参加可能なアカウントであり、第２種別（限定ではなく例として、無料コース）として公式アカウントと対応付けられたアカウントは、関連トークルームに参加不能なアカウントであるようにしてもよい。
　このような構成により得られる実施例の効果の一例として、第１種別として第２アカウントと対応付けられたアカウントは関連トークルームに参加できるようにする一方、第２種別として第２アカウントと対応付けられたアカウントは関連トークルームに参加できないようにすることができる。これにより、限定ではなく例として、第１種別として第２アカウントと対応付けられたアカウントのユーザ同士が容易にコミュニケーションをとるといったことが可能となる。
　また、この場合、第１種別として公式アカウントと対応付けられたアカウントが、第２種別として公式アカウントと対応付けられた場合、関連トークルームへの参加が制限されるようにしてもよい。
　このような構成により得られる実施例の効果の一例として、第１種別として第２アカウントとの対応付けを維持する動機付けをユーザに与えることができる。
＜第５実施例＞
　第５実施例は、限定ではなく例として、公式ユーザが、自身の運用する公式アカウントに関する情報を確認する場合の実施例である。
　第５実施例に記載の内容は、他の各実施例や他の各変形例のいずれにも適用可能である。
　また、既出の構成要素と同一の構成要素については同一の符号を付して、再度の説明を省略する。
　図５－１～図５－２は、本実施例において端末２０（４０）の表示部２４（４４）に表示される画面の遷移の一例を示す図である。
　図５－１～図５－２は、限定ではなく例として、公式ユーザＡ（この例では「ＬＬヨガスタジオ」の事業者）の端末４０Ａの表示部４４に表示されるメッセージングアプリケーションの公式アカウント運用管理画面の一例である。
　図５－１において、公式アカウント運用管理画面の最上部には、公式アカウント運用管理画面の概要表示領域が表示されている。
　概要表示領域の左端には、メッセージングアプリケーションの公式アカウント運用管理画面であることを示す「Ｏｆｆｉｃｉａｌ　Ａｃｃｏｕｎｔ　Ｍａｎａｇｅｒ」の文字が、メッセージングアプリケーションのアイコンと共に表示されている。
　その右には、限定ではなく例として、公式ユーザがメッセージングアプリケーション登録時等に登録したアイコンと、公式アカウントであることを示す星印のアイコンと、メッセージングアプリケーションを利用している公式ユーザ名である「ＬＬヨガスタジオ」の文字とが表示されている。
　また、「ＬＬヨガスタジオ」の文字の右には、限定ではなく例として、管理する公式アカウントを切り替える際に用いられるプルダウンメニューを表示させるための下三角のアイコンが表示されている。
　その右には、限定ではなく例として、この公式アカウントと友だちとなっている一般アカウントの人数（友だち人数）が二重の人型アイコンと共に表示されている。限定ではなく例として、図５－１では、公式アカウント「ＬＬヨガスタジオ」の友だち人数は、「１８０人」であることが示されている。
　概要表示領域の右部には、限定ではなく例として、人型アイコンに「アカウント」の文字で示される公式アカウント登録情報変更ボタンと、クエスチョンマークのアイコンに「ヘルプ」の文字で示されるヘルプボタンとが表示されている。
　限定ではなく例として、ユーザによって登録情報変更ボタンがタップされると、この公式アカウントの登録内容（限定ではなく例として、連絡先電話番号等）を変更するための登録内容変更画面に画面が遷移する。
　また、限定ではなく例として、ユーザによってヘルプボタンがタップされると、公式アカウント運用管理画面の使い方を解説するヘルプ画面に画面が遷移する。
　概要表示領域の下には、公式アカウント運用管理に関する各種メニューを公式ユーザに選択させるためのグローバルメニュー表示領域ＧＭＭ１が表示されている。
　この画面では、グローバルメニュー表示領域ＧＭＭ１には、限定ではなく例として、友だちの認証や削除、メッセージの送信管理を行うための「ホーム」の文字で示されるホームメニュー選択タブと、友だち人数の推移やメッセージの送信数等の分析を行うための「分析」の文字で示される分析メニュー選択タブとが表示されている。
　図５－１では、分析メニュー選択タブが手前側に表示されており、分析メニュー選択タブが選択されていることが示されている。
　グローバルメニュー表示領域ＧＭＭ１の下には、左ペインに、限定ではなく例として、グローバルメニュー表示領域ＧＭＭ１で選択されているメニュー選択タブ（この場合には分析メニュー選択タブ）と関連する機能メニューを表示するためのローカルメニュー表示領域ＬＭＭ１が表示されている。
　ローカルメニュー表示領域ＬＭＭ１には、限定ではなく例として、分析メニュー選択タブと関連する機能メニューとして、限定ではなく例として、友だちとして登録した一般ユーザのメンバーシップコース等を分析し表示するための「メンバーシップ」の文字で示されるメンバーシップ解析メニューボタンと、メッセージの送信状況を分析し表示するための「メッセージ」の文字で示されるメッセージ解析メニューボタンと、クーポンの利用状況等を分析し表示するための「クーポン」の文字で示されるクーポン解析メニューボタンとが表示されている。
　図５－１では、メンバーシップ解析メニューボタンが反転表示され、選択されていることが示されている。
　また、右ペインには、限定ではなく例として、ローカルメニュー表示領域ＬＭＭ１において選択されているメニューボタンと対応するレポート表示領域ＲＰＲ１が表示されている。
　図５－１では、ローカルメニュー表示領域ＬＭＭ１においてメッセージ解析メニューボタンが選択されていることに基づいて、レポート表示領域ＲＰＲ１には友だちとなっている一般ユーザのメンバーシップに関する分析を行うことを示す「メンバーシップレポート」の文字が表示されている。
　その下には、限定ではなく例として、友だちとなっている「１８０」人のメンバーシップコース種別を一覧可能である「会員種別数」の表が表示されるように構成されている。
　この画面では、メンバーシップコース名「無料会員」に属する一般ユーザが「１００」人、メンバーシップコース名「スタンダード会員」に属する一般ユーザが「６０」人、メンバーシップコース名「プレミアム会員」に属する一般ユーザが「２０」人であることが表示されている。
　その下には、限定ではなく例として、各メンバーシップコースの月額料金として一般ユーザに課金された結果、この公式ユーザが取得できる収入を確認可能である「月額メンバーシップ収入」の表が表示されるように構成されている。
　ここでは、説明を簡略化するため、メッセージングサービス事業者は手数料を取らず、全額を公式ユーザに渡す例を例示する。
　ここでは、「スタンダード会員」の月額料金が「４００円」、「プレミアム会員」の月額料金が「８００円」であることが表示され、その下には、「スタンダード会員」に属する一般ユーザからの収入が「２４，０００円」、「プレミアム会員」に属する一般ユーザからの収入が「１６，０００円」であり、月額の合計収入が「４０，０００円」であることが表示されている。
　その下には、限定ではなく例として、メッセージングサービスにおける公式アカウントの利用料金と、各メンバーシップコースの課金による収入との収支がＯＡトークルームへのメッセージ送信数によりどのように変化するかを図示した「月額利用料金収支」のグラフが表示されるように構成されている。
　ここでは、限定ではなく例として、「無料会員」へのメッセージ送信には１通あたり「１円」の利用料金が発生するが、課金が必要である「プレミアム会員」と「スタンダード会員」とへのメッセージ送信には利用料金が発生しない場合を考える。
　グラフでは、メッセージ送信数が「４００通」を超える場合、「無料会員」へのメッセージ送信利用料金が月額メンバーシップ収入を上回ることが表示されている。
　図５－２は、公式アカウント運用管理画面の別例である。
　図５－２において、グローバルメニュー表示領域ＧＭＭ１では、ホームメニュー選択タブが手前側に表示されており、ホームメニュー選択タブが選択されていることが示されている。
　ローカルメニュー表示領域ＬＭＭ２には、限定ではなく例として、ホームメニュー選択タブと関連する機能メニューとして、限定ではなく例として、メッセージを送信するための「メッセージ配信」の文字で示されるメッセージ配信メニューボタンと、クーポンの発行等を行うための「クーポン配信」の文字で示されるクーポン配信メニューボタンと、この公式アカウントのトークルーム（チャットルーム）内に構成されるリッチメニューを作成するための「リッチメニュー作成」の文字で示されるリッチメニュー管理メニューボタンが表示されている。
　図５－２では、メッセージ配信メニューボタンが反転表示され、選択されていることが示されている。
　グローバルメニュー表示領域ＧＭＭ１の下方右ペインには、限定ではなく例として、ローカルメニュー表示領域ＬＭＭ２において選択されているメニューボタンと対応する配信管理表示領域ＣＭＲ１が表示されている。
　図５－２では、ローカルメニュー表示領域ＬＭＭ２においてメッセージ配信メニューボタンが選択されていることに基づいて、配信管理表示領域ＣＭＲ１には公式アカウントから配信（送信）するメッセージを予め作成することを示す「メッセージ予約配信」の文字が表示されている。
　その下には、メッセージ送信日時を指定するための「送信日時」の文字で示される送信日時選択領域が表示されるように構成されている。
　送信日時選択領域には、メンバーシップコースごとに送信日時を指定するための「プレミアム会員」送信日時設定領域と、「スタンダード会員」送信日時設定領域と、「無料会員」送信日時設定領域とが表示されるように構成されている。
　この画面では、「プレミアム会員」送信日時設定領域において、メッセージ送信日時として、「２０ＸＸ年３月３日１９時００分」が指定されていることが表示されている。そして、「スタンダード会員」送信日時設定領域では、「プレミアム会員の５分後」が、「無料会員」送信日時設定領域では、「スタンダード会員の１０分後」が、それぞれ指定されていることが表示されている。
　送信日時選択領域の下には、作成するメッセージのメッセージコンテンツを入力するためのコンテンツ記述領域が表示されている。
　コンテンツ記述領域の上部には、限定ではなく例として、メッセージコンテンツとしてテキストを入力するための、吹き出しアイコンで示されるテキスト選択ボタンと、メッセージコンテンツとしてスタンプを入力するための、顔アイコンで示されるスタンプ選択ボタンと、メッセージコンテンツとして静止画を送信するための、山の絵のアイコンで示される静止画選択ボタンと、メッセージコンテンツとして動画を送信するための、フィルムアイコンで示される動画選択ボタンとが表示されている。
　図５－２では、テキスト選択ボタンが選択されているため、テキスト選択ボタンが反転表示されている。そのため、コンテンツ記述領域の下部には、テキスト入力ボックスが表示されている。テキスト入力ボックスの下には、テキストとして絵文字を指定するための「絵文字」の文字で示される絵文字入力ボタンが表示されている。
　配信管理表示領域ＣＭＲ１の右下には、コンテンツ記述領域に入力されたメッセージコンテンツを送信日時選択領域で指定された日時に配信するための「配信予約」の文字で示されるメッセージ配信予約ボタンＲＢＴ１が表示されている。
　限定ではなく例として、メッセージ配信予約ボタンＲＢＴ１がユーザによってタップされると、メンバーシップコースが「プレミアム会員」に加入している一般ユーザに対して、コンテンツ記述領域に入力されたメッセージが「２０ＸＸ年３月３日１９時００分」に配信される。また、メンバーシップコースが「スタンダード会員」に加入している一般ユーザに対して、コンテンツ記述領域に入力されたメッセージが「２０ＸＸ年３月３日１９時０５分」に配信される。メンバーシップコースが「無料会員」に加入している一般ユーザに対して、コンテンツ記述領域に入力されたメッセージが「２０ＸＸ年３月３日１９時１５分」に配信される。
＜第５実施例の効果＞
　本実施例は、公式アカウントの公式ユーザの端末４０（限定ではなく、第２アカウントのユーザの端末の一例）が、少なくとも第１種別として一般アカウントと公式アカウントとの対応付けが行われた一般アカウントに関する情報を表示部４４に表示する構成を示している。
　このような構成により得られる実施例の効果の一例として、少なくとも第１種別として第１アカウントと第２アカウントとの対応付けが行われた第１アカウントに関する情報を、第２アカウントのユーザが確認できるようにすることができる。
１　　　　　　　通信システム
　１０　　　　　サーバ
　２０（４０）　端末
　３０　　　　　ネットワーク

Claims (29)

  1. 　第２アカウントとのチャットに関する処理を行う第１アカウントのユーザの端末によって実行されるプログラムであって、
    　前記第１アカウントと前記第２アカウントとの対応付けには、第１種別と第２種別との対応付けがあり、
    　前記端末に対する前記ユーザによる入力に基づいて、前記第１アカウントと前記第２アカウントとの対応付けを要求する第２情報を前記端末の通信部によって送信することと、
    　前記第２情報の送信に基づき、前記第２種別用の第２メッセージを前記通信部によって受信することと、
    　前記第２メッセージを、前記端末の表示部に表示される、前記第１アカウントと前記第２アカウントとを含むチャットルームに表示することとが前記端末によって実行され、
    　前記第２メッセージは、前記チャットルームに表示される、前記第１種別として前記第１アカウントと前記第２アカウントとの対応付けを促す第３メッセージを含み、
    　前記チャットルームに表示された前記第３メッセージに対する前記ユーザによる入力に基づいて、前記第１種別として前記第１アカウントと前記第２アカウントとの対応付けを要求する第１情報を前記端末の通信部によって送信することと、
    　前記第１情報の送信に基づき、前記第１種別用の第１メッセージを前記通信部によって受信することと、
    　前記第１メッセージを前記チャットルームに表示することとが前記端末によって実行される。
  2. 　第２アカウントとのチャットに関する処理を行う第１アカウントのユーザの端末によって実行されるプログラムであって、
    　前記第１アカウントと前記第２アカウントとの対応付けには、第１種別と第２種別との対応付けがあり、
    　前記対応付けの種別に関する情報と、前記対応付けを行うための条件に関する情報とを含む対応付け情報を、前記端末の表示部に表示される、前記第１アカウントと前記第２アカウントとを含むチャットルームが表示される画面とは異なる第１画面に表示することと、
    　前記第１画面が表示された前記端末に対する前記ユーザによる入力に基づき、前記第１種別として前記第１アカウントと前記第２アカウントとの対応付けを要求する場合、第１情報を前記端末の通信部によって送信し、前記第１画面が表示された前記端末に対する前記ユーザによる入力に基づき、前記第２種別として前記第１アカウントと前記第２アカウントとの対応付けを要求する場合、第２情報を前記端末の通信部によって送信することと、
    　前記第１情報の送信に基づき、前記第１種別用の第１メッセージを前記通信部によって受信し、前記第２情報の送信に基づき、前記第２種別用の第２メッセージを前記通信部によって受信することと、
    　前記第１メッセージを受信した場合、前記第１メッセージを前記チャットルームに表示し、前記第２メッセージを受信した場合、前記第２メッセージを前記チャットルームに表示することとが前記端末によって実行され、
    　前記第１メッセージは、前記第１種別として前記第１アカウントと前記第２アカウントとが対応付けられたことを示す情報を含み、
    　前記第２メッセージは、前記第２種別として前記第１アカウントと前記第２アカウントとが対応付けられたことを示す情報を含む。
  3. 　請求項１または請求項２に記載のプログラムであって、
    　前記第１種別は、課金を要する種別であり、
    　前記第２種別は、課金を要さない種別である。
  4. 　請求項１または請求項２に記載のプログラムであって、
    　前記第１種別と前記第２種別とは、課金の種別であり、
    　前記第１種別は、前記第２種別よりも課金額が大きい。
  5. 　請求項１から請求項４のいずれか一項に記載のプログラムであって、
    　前記第１メッセージは、前記第１種別として前記第２アカウントと対応付けられたアカウントに対して送信され、
    　前記第２メッセージは、前記第２種別として前記第２アカウントと対応付けられたアカウントに対して送信される。
  6. 　請求項１から請求項４のいずれか一項に記載のプログラムであって、
    　前記第１メッセージは、前記第１種別として前記第２アカウントと対応付けられたアカウントに対して送信され、
    　前記第２メッセージは、前記第１種別として前記第２アカウントと対応付けられたアカウントと、前記第２種別として前記第２アカウントと対応付けられたアカウントとに対して送信される。
  7. 　請求項５または請求項６に記載のプログラムであって、
    　前記第２メッセージは、前記第１メッセージとは異なる態様で前記チャットルームに表示される。
  8. 　請求項１から請求項７のいずれか一項に記載のプログラムであって、
    　前記第２アカウントとの前記チャットに関する処理で、前記第１種別を示す情報と前記第２種別を示す情報とは、異なる態様で前記チャットルームに表示される。
  9. 　請求項１から請求項８のいずれか一項に記載のプログラムであって、
    　少なくとも前記第１種別として前記第２アカウントと対応付けられた前記第２アカウントに関する第１チャットルーム情報を含むチャットルーム情報のリストを前記表示部に表示することと、
    　前記第１情報の送信に基づき、前記リストに表示するチャットルーム情報を区別することに関する処理を前記端末の制御部によって行うこととが前記端末によって実行される。
  10. 　請求項９に記載のプログラムであって、
    　前記リストは、前記第１アカウントがメッセージを受信した日時に基づいて表示され、
    　前記処理は、前記第１チャットルーム情報を最も高い表示順位とする処理を含む。
  11. 　請求項１から請求項１０のいずれか一項に記載のプログラムであって、
    　前記第２アカウントに関する第１メニュー情報を前記チャットルームに表示することと、
    　前記第１情報の送信に基づき、前記第１メニュー情報とは異なる前記第１種別用の第２メニュー情報を前記チャットルームに表示することとが前記端末によって実行される。
  12. 　請求項１から請求項１１のいずれか一項に記載のプログラムであって、
    　前記第１情報を送信した後、前記第２アカウントをブロックすることに関する処理を前記端末の制御部によって行う場合、前記第２アカウントから送信されたメッセージを受信することができないことに関する情報を前記表示部に表示することが前記端末によって実行される。
  13. 　請求項１から請求項１２のいずれか一項に記載のプログラムであって、
    　前記第１種別として前記第２アカウントと対応付けられた、前記第１アカウントとは異なるアカウントを含むチャットグループへの参加に関する情報を前記通信部によって受信することと、
    　前記参加に関する情報を前記表示部に表示することとが前記端末によって実行される。
  14. 　第２アカウントとのチャットに関する処理を行う第１アカウントのユーザの端末の情報処理方法であって、
    　前記第１アカウントと前記第２アカウントとの対応付けには、第１種別と第２種別との対応付けがあり、
    　前記端末に対する前記ユーザによる入力に基づいて、前記第１アカウントと前記第２アカウントとの対応付けを要求する第２情報を前記端末の通信部によって送信することと、
    　前記第２情報の送信に基づき、前記第２種別用の第２メッセージを前記通信部によって受信することと、
    　前記第２メッセージを、前記端末の表示部に表示される、前記第１アカウントと前記第２アカウントとを含むチャットルームに表示することとを含み、
    　前記第２メッセージは、前記チャットルームに表示される、前記第１種別として前記第１アカウントと前記第２アカウントとの対応付けを促す第３メッセージを含み、
    　前記チャットルームに表示された前記第３メッセージに対する前記ユーザによる入力に基づいて、前記第１種別として前記第１アカウントと前記第２アカウントとの対応付けを要求する第１情報を前記端末の通信部によって送信することと、
    　前記第１情報の送信に基づき、前記第１種別用の第１メッセージを前記通信部によって受信することと、
    　前記第１メッセージを前記チャットルームに表示することとを含む。
  15. 　第２アカウントとのチャットに関する処理を行う第１アカウントのユーザの端末の情報処理方法であって、
    　前記第１アカウントと前記第２アカウントとの対応付けには、第１種別と第２種別との対応付けがあり、
    　前記対応付けの種別に関する情報と、前記対応付けを行うための条件に関する情報とを含む対応付け情報を、前記端末の表示部に表示される、前記第１アカウントと前記第２アカウントとを含むチャットルームが表示される画面とは異なる第１画面に表示することと、
    　前記第１画面が表示された前記端末に対する前記ユーザによる入力に基づき、前記第１種別として前記第１アカウントと前記第２アカウントとの対応付けを要求する場合、第１情報を前記端末の通信部によって送信し、前記第１画面が表示された前記端末に対する前記ユーザによる入力に基づき、前記第２種別として前記第１アカウントと前記第２アカウントとの対応付けを要求する場合、第２情報を前記端末の通信部によって送信することと、
    　前記第１情報の送信に基づき、前記第１種別用の第１メッセージを前記通信部によって受信し、前記第２情報の送信に基づき、前記第２種別用の第２メッセージを前記通信部によって受信することと、
    　前記第１メッセージを受信した場合、前記第１メッセージを前記チャットルームに表示し、前記第２メッセージを受信した場合、前記第２メッセージを前記チャットルームに表示することとを含み、
    　前記第１メッセージは、前記第１種別として前記第１アカウントと前記第２アカウントとが対応付けられたことを示す情報を含み、
    　前記第２メッセージは、前記第２種別として前記第１アカウントと前記第２アカウントとが対応付けられたことを示す情報を含む。
  16. 　第２アカウントとのチャットに関する処理を行う第１アカウントのユーザの端末であって、
    　前記第１アカウントと前記第２アカウントとの対応付けには、第１種別と第２種別との対応付けがあり、
    　前記第１アカウントと前記第２アカウントとを含むチャットルームを表示する表示部と、
    　前記端末に対する前記ユーザによる入力に基づいて、前記第１アカウントと前記第２アカウントとの対応付けを要求する第２情報を送信し、前記第２情報の送信に基づき、前記第２種別用の第２メッセージを受信する通信部とを備え、
    　前記表示部は、前記第２メッセージを前記チャットルームに表示し、
    　前記第２メッセージは、前記チャットルームに表示される、前記第１種別として前記第１アカウントと前記第２アカウントとの対応付けを促す第３メッセージを含み、
    　前記通信部は、
    　　前記チャットルームに表示された前記第３メッセージに対する前記ユーザによる入力に基づいて、前記第１種別として前記第１アカウントと前記第２アカウントとの対応付けを要求する第１情報を送信し、
    　　前記第１情報の送信に基づき、前記第１種別用の第１メッセージを受信し、
    　前記表示部は、前記第１メッセージを前記チャットルームに表示する。
  17. 　第２アカウントとのチャットに関する処理を行う第１アカウントのユーザの端末であって、
    　前記第１アカウントと前記第２アカウントとの対応付けには、第１種別と第２種別との対応付けがあり、
    　前記第１アカウントと前記第２アカウントとを含むチャットルームを表示する表示部を備え、
    　前記表示部は、前記対応付けの種別に関する情報と、前記対応付けを行うための条件に関する情報とを含む対応付け情報を、前記チャットルームが表示される画面とは異なる第１画面に表示し、
    　前記第１画面が表示された前記端末に対する前記ユーザによる入力に基づき、前記第１種別として前記第１アカウントと前記第２アカウントとの対応付けを要求する場合、第１情報を送信し、前記第１画面が表示された前記端末に対する前記ユーザによる入力に基づき、前記第２種別として前記第１アカウントと前記第２アカウントとの対応付けを要求する場合、第２情報を送信する通信部を備え、
    　前記通信部は、前記第１情報の送信に基づき、前記第１種別用の第１メッセージを受信し、前記第２情報の送信に基づき、前記第２種別用の第２メッセージを受信し、
    　前記表示部は、前記第１メッセージを前記通信部が受信した場合、前記第１メッセージを前記チャットルームに表示し、前記第２メッセージを前記通信部が受信した場合、前記第２メッセージを前記チャットルームに表示し、
    　前記第１メッセージは、前記第１種別として前記第１アカウントと前記第２アカウントとが対応付けられたことを示す情報を含み、
    　前記第２メッセージは、前記第２種別として前記第１アカウントと前記第２アカウントとが対応付けられたことを示す情報を含む。
  18. 　第１アカウントのユーザの第１端末、および、第２アカウントのユーザの第２端末と通信するサーバによって実行されるプログラムであって、
    　前記第１アカウントと前記第２アカウントとの対応付けには、第１種別と第２種別との対応付けがあり、
    　前記第１アカウントと前記第２アカウントとの対応付けを要求する第２情報を前記サーバの通信部によって前記第１端末から受信することと、
    　前記第２情報の受信に基づき、前記第２種別用のメッセージであって前記第１アカウントと前記第２アカウントとを含むチャットルームに表示される第２メッセージを、前記通信部によって前記第１端末に送信することとが前記サーバによって実行され、
    　前記第２メッセージは、前記チャットルームに表示される、前記第１種別として前記第１アカウントと前記第２アカウントとの対応付けを促す第３メッセージを含み、
    　前記チャットルームに表示された前記第３メッセージに対する前記ユーザによる入力に基づいて、前記第１種別として前記第１アカウントと前記第２アカウントとの対応付けを要求する第１情報を、前記通信部によって前記第１端末から受信することと、
    　前記第１情報の受信に基づき、前記第１種別用のメッセージであって前記チャットルームに表示される第１メッセージを、前記通信部によって前記第１端末に送信することとが前記サーバによって実行される。
  19. 　第１アカウントのユーザの第１端末、および、第２アカウントのユーザの第２端末と通信するサーバによって実行されるプログラムであって、
    　前記第１アカウントと前記第２アカウントとの対応付けには、第１種別と第２種別との対応付けがあり、
    　前記対応付けの種別に関する情報と、前記対応付けを行うための条件に関する情報とを含む対応付け情報が表示される画面であって、前記第１アカウントと前記第２アカウントとを含むチャットルームが表示される画面とは異なる第１画面が表示された前記第１端末に対する前記ユーザによる入力に基づき、前記第１種別として前記第１アカウントと前記第２アカウントとの対応付けを要求する第１情報を前記サーバの通信部によって受信した場合、前記第１種別用の第１メッセージを前記通信部によって送信し、前記第１画面が表示された前記第１端末に対する前記ユーザによる入力に基づき、前記第２種別として前記第１アカウントと前記第２アカウントとの対応付けを要求する第２情報を前記通信部によって受信した場合、前記第２種別用の第２メッセージを前記通信部によって送信することが前記サーバによって実行され、
    　前記第１メッセージは、前記チャットルームに表示され、前記第１種別として前記第１アカウントと前記第２アカウントとが対応付けられたことを示す情報を含み、
    　前記第２メッセージは、前記チャットルームに表示され、前記第２種別として前記第１アカウントと前記第２アカウントとが対応付けられたことを示す情報を含む。
  20. 　請求項１８または請求項１９に記載のプログラムであって、
    　前記第１種別は、課金を要する種別であり、
    　前記第２種別は、課金を要さない種別である。
  21. 　請求項１８または請求項１９に記載のプログラムであって、
    　前記第１種別と前記第２種別とは、課金の種別であり、
    　前記第１種別は、前記第２種別よりも課金額が大きい。
  22. 　請求項１８から請求項２１のいずれか一項に記載のプログラムであって、
    　前記第１端末から送信された第２メッセージを前記通信部によって受信したことに基づき、前記チャットルームに表示される、前記第２メッセージに基づく第４メッセージを、前記通信部によって前記第１端末に送信することと、
    　前記第１情報を受信した後、前記第１端末から送信された前記第２メッセージを前記通信部によって受信したことに基づき、前記チャットルームに表示される、前記第４メッセージとは異なる第５メッセージを、前記通信部によって前記第１端末に送信することとが前記サーバによって実行される。
  23. 　請求項２２に記載のプログラムであって、
    　前記第４メッセージは、自動応答メッセージであり、
    　前記第５メッセージは、手動応答メッセージである。
  24. 　請求項１８から請求項２３のいずれか一項に記載のプログラムであって、
    　前記第１種別として前記第２アカウントと対応付けられたアカウント数を前記サーバの制御部によって取得することと、
    　前記アカウント数に基づく処理を前記サーバの制御部によって行うこととが前記サーバによって実行される。
  25. 　請求項２４に記載のプログラムであって、
    　前記処理は、前記アカウント数が設定数に達した場合、前記第１情報を受信しても前記第１メッセージを前記第１端末に送信しない処理を含む。
  26. 　第１アカウントのユーザの第１端末、および、第２アカウントのユーザの第２端末と通信するサーバによって実行される情報処理方法であって、
    　前記第１アカウントと前記第２アカウントとの対応付けには、第１種別と第２種別との対応付けがあり、
    　前記第１アカウントと前記第２アカウントとの対応付けを要求する第２情報を前記サーバの通信部によって前記第１端末から受信することと、
    　前記第２情報の受信に基づき、前記第２種別用のメッセージであって前記第１アカウントと前記第２アカウントとを含むチャットルームに表示される第２メッセージを、前記通信部によって前記第１端末に送信することとを含み、
    　前記第２メッセージは、前記チャットルームに表示される、前記第１種別として前記第１アカウントと前記第２アカウントとの対応付けを促す第３メッセージを含み、
    　前記チャットルームに表示された前記第３メッセージに対する前記ユーザによる入力に基づいて、前記第１種別として前記第１アカウントと前記第２アカウントとの対応付けを要求する第１情報を、前記通信部によって前記第１端末から受信することと、
    　前記第１情報の受信に基づき、前記第１種別用のメッセージであって前記チャットルームに表示される第１メッセージを、前記通信部によって前記第１端末に送信することとを含む。
  27. 　第１アカウントのユーザの第１端末、および、第２アカウントのユーザの第２端末と通信するサーバの情報処理方法であって、
    　前記第１アカウントと前記第２アカウントとの対応付けには、第１種別と第２種別との対応付けがあり、
    　前記対応付けの種別に関する情報と、前記対応付けを行うための条件に関する情報とを含む対応付け情報が表示される画面であって、前記第１アカウントと前記第２アカウントとを含むチャットルームが表示される画面とは異なる第１画面が表示された前記第１端末に対する前記ユーザによる入力に基づき、前記第１種別として前記第１アカウントと前記第２アカウントとの対応付けを要求する第１情報を前記サーバの通信部によって受信した場合、前記第１種別用の第１メッセージを前記通信部によって送信し、前記第１画面が表示された前記第１端末に対する前記ユーザによる入力に基づき、前記第２種別として前記第１アカウントと前記第２アカウントとの対応付けを要求する第２情報を前記通信部によって受信した場合、前記第２種別用の第２メッセージを前記通信部によって送信することを含み、
    　前記第１メッセージは、前記チャットルームに表示され、前記第１種別として前記第１アカウントと前記第２アカウントとが対応付けられたことを示す情報を含み、
    　前記第２メッセージは、前記チャットルームに表示され、前記第２種別として前記第１アカウントと前記第２アカウントとが対応付けられたことを示す情報を含む。
  28. 　第１アカウントのユーザの第１端末、および、第２アカウントのユーザの第２端末と通信するサーバであって、
    　前記第１アカウントと前記第２アカウントとの対応付けには、第１種別と第２種別との対応付けがあり、
    　前記第１アカウントと前記第２アカウントとの対応付けを要求する第２情報を前記第１端末から受信し、前記第２情報の受信に基づき、前記第２種別用のメッセージであって前記第１アカウントと前記第２アカウントとを含むチャットルームに表示される第２メッセージを、前記第１端末に送信する通信部を備え、
    　前記第２メッセージは、前記チャットルームに表示される、前記第１種別として前記第１アカウントと前記第２アカウントとの対応付けを促す第３メッセージを含み、
    　前記通信部は、前記第１端末における、前記チャットルームに表示された前記第３メッセージに対する前記ユーザによる入力に基づいて、前記第１種別として前記第１アカウントと前記第２アカウントとの対応付けを要求する第１情報を、前記第１端末から受信し、前記第１情報の受信に基づき、前記第１種別用のメッセージであって前記チャットルームに表示される第１メッセージを、前記第１端末に送信する。
  29. 　第１アカウントのユーザの第１端末、および、第２アカウントのユーザの第２端末と通信するサーバであって、
    　前記第１アカウントと前記第２アカウントとの対応付けには、第１種別と第２種別との対応付けがあり、
    　前記対応付けの種別に関する情報と、前記対応付けを行うための条件に関する情報とを含む対応付け情報が表示される画面であって、前記第１アカウントと前記第２アカウントとを含むチャットルームが表示される画面とは異なる第１画面が表示された前記第１端末に対する前記ユーザによる入力に基づき、前記第１種別として前記第１アカウントと前記第２アカウントとの対応付けを要求するための第１情報を受信した場合、前記第１種別用の第１メッセージを送信し、前記第１画面が表示された前記第１端末に対する前記ユーザによる入力に基づき、前記第２種別として前記第１アカウントと前記第２アカウントとの対応付けを要求するための第２情報を受信した場合、前記第２種別用の第２メッセージを送信する通信部を備え、
    　前記第１メッセージは、前記チャットルームに表示され、前記第１種別として前記第１アカウントと前記第２アカウントとが対応付けられたことを示す情報を含み、
    　前記第２メッセージは、前記チャットルームに表示され、前記第２種別として前記第１アカウントと前記第２アカウントとが対応付けられたことを示す情報を含む。
PCT/JP2022/045914 2022-03-31 2022-12-13 プログラム、情報処理方法、端末、サーバ Ceased WO2023188580A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1020247028532A KR20240169603A (ko) 2022-03-31 2022-12-13 프로그램, 정보처리 방법, 단말, 서버

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2022059901A JP7195470B1 (ja) 2022-03-31 2022-03-31 プログラム、情報処理方法、端末、サーバ
JP2022-059901 2022-03-31

Publications (1)

Publication Number Publication Date
WO2023188580A1 true WO2023188580A1 (ja) 2023-10-05

Family

ID=84536967

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2022/045914 Ceased WO2023188580A1 (ja) 2022-03-31 2022-12-13 プログラム、情報処理方法、端末、サーバ

Country Status (3)

Country Link
JP (2) JP7195470B1 (ja)
KR (1) KR20240169603A (ja)
WO (1) WO2023188580A1 (ja)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106130871A (zh) * 2016-06-06 2016-11-16 腾讯科技（深圳）有限公司 信息的推送方法和装置
JP2019114254A (ja) * 2017-12-21 2019-07-11 株式会社カカオ 中継チャットボットを用いてインスタントメッセージングサービスを提供するサーバ、端末及び方法｛ｓｅｒｖｅｒ， ｄｅｖｉｃｅ ａｎｄ ｍｅｔｈｏｄ ｆｏｒ ｐｒｏｖｉｄｉｎｇ ｉｎｓｔａｎｔ ｍｅｓｓｅｇｉｎｇ ｓｅｒｖｉｃｅ ｂｙ ｕｓｉｎｇ ｒｅｌａｙ ｃｈａｔｂｏｔ｝
JP2021162962A (ja) * 2020-03-30 2021-10-11 Ｌｉｎｅ株式会社 プログラム、情報処理方法、端末

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101654261B1 (ko) * 2015-06-25 2016-09-05 주식회사 카카오 링크 정보에 대응하는 오픈 채팅방을 통해 메시지 서비스를 제공하는 메시지 서비스 제공 방법 및 상기 메시지 서비스 제공 방법을 수행하는 메시지 서버 및 단말
JP7355545B2 (ja) * 2019-08-01 2023-10-03 サントリーホールディングス株式会社 サーバ、第一端末、情報処理方法、およびプログラム
JP7014836B2 (ja) * 2020-03-02 2022-02-01 Ｌｉｎｅ株式会社 システム、情報処理方法、情報処理装置、端末、プログラム
JP6916423B1 (ja) * 2020-09-30 2021-08-11 株式会社ワンダフルライフ チャットシステム

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106130871A (zh) * 2016-06-06 2016-11-16 腾讯科技（深圳）有限公司 信息的推送方法和装置
JP2019114254A (ja) * 2017-12-21 2019-07-11 株式会社カカオ 中継チャットボットを用いてインスタントメッセージングサービスを提供するサーバ、端末及び方法｛ｓｅｒｖｅｒ， ｄｅｖｉｃｅ ａｎｄ ｍｅｔｈｏｄ ｆｏｒ ｐｒｏｖｉｄｉｎｇ ｉｎｓｔａｎｔ ｍｅｓｓｅｇｉｎｇ ｓｅｒｖｉｃｅ ｂｙ ｕｓｉｎｇ ｒｅｌａｙ ｃｈａｔｂｏｔ｝
JP2021162962A (ja) * 2020-03-30 2021-10-11 Ｌｉｎｅ株式会社 プログラム、情報処理方法、端末

Also Published As

Publication number Publication date
JP2023152648A (ja) 2023-10-17
JP7195470B1 (ja) 2022-12-23
JP2023150679A (ja) 2023-10-16
KR20240169603A (ko) 2024-12-03

Similar Documents

Publication Publication Date Title
US10638280B2 (en) Method and system for facilitating real-time location sharing
US10192274B2 (en) Method and device for providing online gifting
KR101537482B1 (ko) 인스턴트 메시징 서비스 및 인스턴트 메시징 서비스로부터 확장된 복수의 서비스들을 제공하는 방법
KR102404953B1 (ko) 온라인 제품 예약 시스템
US8832190B1 (en) Chat-enabled social circles
US20150356468A1 (en) Mobile chat systems for real time polling, rating and rsvp'ing
US20120259923A1 (en) System, method, and computer program product for providing an association between a first participant and a second participant in a social network
KR102560567B1 (ko) 익명 기반 프로필을 통하여 소셜 네트워크 서비스를 제공하기 위한 인터페이스를 표시 방법 및 장치
US20140136617A1 (en) Method and system of one-way anonymous communication
CN105518739A (zh) 用于分摊按需服务的费用的系统和方法
US8843573B2 (en) Lightweight messaging with location between users of a social networking system
US20180204183A1 (en) Apparatus and method for processing work activity based on work object
US10349233B2 (en) Interactive communications system
KR20200009159A (ko) 인스턴트 메시징 서비스에서 지정된 온라인 친구에게 사용자 프로필 정보 제공 방법, 이를 구현한 서버, 사용자 단말, 그리고 어플리케이션
US20250328211A1 (en) Information presenting method, apparatus, device, and storage medium
US9866505B2 (en) Configuring presence and notifications in persistent conversations
CN114840163A (zh) 互动信息的显示方法、装置及设备
CN112534837A (zh) 用于提供灵活且集成的通信、调度和商业平台的系统和方法
JP2016500165A (ja) 社会的、時間的および空間的パラメータに基づくデータオブジェクトの統合的表示および管理
US20150058939A1 (en) System and a method for location based anonymous communication over a network
JP7195470B1 (ja) プログラム、情報処理方法、端末、サーバ
CN113497715A (zh) 聊天服务提供方法及装置
US20170187662A1 (en) Communications System
KR20210022964A (ko) 소셜 네트워크 서비스 관련 활동의 정보를 채팅방에 제공하는 방법 및 장치
JP2024074706A (ja) プログラム、情報処理方法、サーバ

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: 22935709

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: 22935709

Country of ref document: EP

Kind code of ref document: A1