WO2022196772A1 - メッセージ通信プログラム - Google Patents

メッセージ通信プログラム Download PDF

Info

Publication number
WO2022196772A1
WO2022196772A1 PCT/JP2022/012376 JP2022012376W WO2022196772A1 WO 2022196772 A1 WO2022196772 A1 WO 2022196772A1 JP 2022012376 W JP2022012376 W JP 2022012376W WO 2022196772 A1 WO2022196772 A1 WO 2022196772A1
Authority
WO
WIPO (PCT)
Prior art keywords
message
communication
information
textual information
destination
Prior art date
Application number
PCT/JP2022/012376
Other languages
English (en)
French (fr)
Inventor
優成 田中
佳一 上川
Original Assignee
株式会社アクリート
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 株式会社アクリート filed Critical 株式会社アクリート
Publication of WO2022196772A1 publication Critical patent/WO2022196772A1/ja
Priority to US18/368,518 priority Critical patent/US20240007425A1/en

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/06—Message adaptation to terminal or network requirements
    • H04L51/066—Format adaptation, e.g. format conversion or compression
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • 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/21—Monitoring or handling of messages
    • H04L51/222—Monitoring or handling of messages using geographical location information, e.g. messages transmitted or received in proximity of a certain spot or area
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M1/00—Substation equipment, e.g. for use by subscribers
    • H04M1/72—Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
    • H04M1/724—User interfaces specially adapted for cordless or mobile telephones
    • H04M1/72403—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality
    • H04M1/7243—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality with interactive means for internal management of messages
    • H04M1/72436—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality with interactive means for internal management of messages for text messaging, e.g. short messaging services [SMS] or e-mails
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M11/00—Telephonic communication systems specially adapted for combination with other electrical systems
    • 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/07—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail characterised by the inclusion of specific contents
    • H04L51/18—Commands or executable codes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M1/00—Substation equipment, e.g. for use by subscribers
    • H04M1/72—Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
    • H04M1/724—User interfaces specially adapted for cordless or mobile telephones
    • H04M1/72448—User interfaces specially adapted for cordless or mobile telephones with means for adapting the functionality of the device according to specific conditions
    • H04M1/72451—User interfaces specially adapted for cordless or mobile telephones with means for adapting the functionality of the device according to specific conditions according to schedules, e.g. using calendar applications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M1/00—Substation equipment, e.g. for use by subscribers
    • H04M1/72—Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
    • H04M1/724—User interfaces specially adapted for cordless or mobile telephones
    • H04M1/72448—User interfaces specially adapted for cordless or mobile telephones with means for adapting the functionality of the device according to specific conditions
    • H04M1/72457—User interfaces specially adapted for cordless or mobile telephones with means for adapting the functionality of the device according to specific conditions according to geographic location

Definitions

  • the present invention relates to a message communication program.
  • SMS Short Messaging Service
  • SMS can transmit a character string (which may also include symbols) with a phone number as the destination.
  • addresses are examples of addresses that conform to telephone numbers.
  • An example of this is a mail address assigned to a phone number by a communication carrier that manages mobile phone numbers.
  • This e-mail address is an e-mail address uniquely assigned to correspond to the telephone number.
  • an address based on a phone number there is an address used in a messaging system associated with an SNS (Social Networking Service) account uniquely linked to a mobile phone number.
  • the address corresponding to the telephone number may be a communication address corresponding to the telephone number, which has a high ability to identify an individual.
  • such an address is referred to as "a telephone number or an address based on a telephone number”.
  • the above SMS cannot transmit rich text or multimedia content including still images, sounds, and moving images.
  • some messaging that uses a telephone number or an address similar to a telephone number as the destination can transmit rich text and multimedia content.
  • Examples of such messaging include MMS (Multimedia Messaging Service) and RCS (Rich Communication Services).
  • a communication form that uses a dedicated application installed on a communication terminal, and a dedicated user interface that uses a web browser to log in to a predetermined site
  • the message may not reach the destination due to differences in communication protocols, etc.
  • receiving one or more messages to be sent to a destination address selecting one communication protocol from a plurality of communication protocols used in a plurality of communication carrier devices, and selecting the selected communication protocol from the message
  • a technique of a message communication program that causes a computer to execute a process of outputting a message to be sent to the address that conforms to the above (see, for example, Patent Document 1).
  • the processing that the message communication program causes the computer to execute further includes processing for selecting one telecommunications carrier device from among a plurality of telecommunications carrier devices, and outputting requesting the telecommunications carrier device to transmit the message so that the message is sent by the telecommunications carrier device selected in the selected communication protocol to the address of the destination, It includes repeating the request until the transmission is successful or there are no more combinations of the carrier device and the communication protocol.
  • the computer-executed process uses any of the received one or more messages not conforming to the selected communication protocol to generate a message conforming to the selected communication protocol (e.g., conversion of RCS-prepared rich-text messages to text-only messages compatible with SMS communication protocols).
  • the information sent from the sender is a message consisting only of text strings compatible with SMS, or if at least part of such information is composed only of text format information
  • the transmission For example, even when the above communication terminal is compatible with a communication format such as RCS, which enables transmission of rich text, etc., there is a problem that the ability to transmit such rich text, etc. cannot be fully utilized.
  • converting a message in an input representation format into a message in a predetermined transmission representation format that depends on the semantic content of the message includes the step of converting to messages in an output presentation format (see, for example, Patent Document 2).
  • Patent Document 2 at least one of the step of converting the message in the input expression format into the message in the transmission expression format and the step of converting the message in the transmission expression format into the message in the output expression format.
  • messages containing dates can be compressed into transmission representations according to their semantic content.
  • the message contains information about the appointment, it can be transformed into a transmitted representation so that it also contains the date. Also, if the conclusion of the semantic analysis is that the message contains a travel report, the transmission representation omits the date. This allows the information to be compressed to require less bandwidth and storage space, and the message to be transmitted with less transmission capacity.
  • Patent Document 3 there is also a technique that focuses on the presence of specific content in input information (see Patent Document 3, for example).
  • speech recognition of the contents of a call is converted into text data, and when displaying it on the screen, a keyword specified in advance is used. is highlighted.
  • the highlighting is done, for example, by enclosing the keyword in predetermined parentheses, but it can also be done by changing the color of the keyword, font type, size, etc., underlining the keyword, making it bold or italic. good too.
  • the information sent from the sender is a message consisting only of character strings corresponding to SMS, or at least part of such information is composed only of text format information.
  • the destination communication terminal is compatible with, for example, a communication format such as RCS that allows transmission of rich text, etc., this technique does not fully utilize the ability to transmit such rich text.
  • Japanese Patent No. 6736102 Japanese Patent Publication No. 2007-537650 Japanese Patent Application Laid-Open No. 2009-31810
  • the disclosed technology is a message communication program that causes a computer to execute processing for receiving information, at least part of which is text format information, from a sender, and a message according to the characteristics of the information and the form of communication to the destination.
  • the purpose is to provide a message communication program that enables the transmission of
  • information at least part of which is text format information
  • a transmission source it is determined whether or not there is a portion having a specific feature in the text format information, and the feature is determined.
  • a message communication program is provided that causes a computer to execute a process of transmitting to the destination.
  • a messaging program in a message communication program that causes a computer to execute processing for receiving information, at least part of which is text format information, from a sender, depending on the characteristics of the information and the form of communication to the destination, A messaging program can be provided that allows the sending of
  • FIG. 1 is a flow chart showing an example of processing in an embodiment of the disclosed technology.
  • FIG. 2 is a flowchart showing an example of processing (subroutine) for receiving information, at least part of which is text format information, from a transmission source in the embodiment.
  • FIG. 3 illustrates, in an embodiment, converting some or all of the textual information into a message formatted according to the specific characteristics in the textual information and the communication protocol used to communicate to the destination.
  • 4 is a flowchart showing an example of processing (subroutine);
  • FIG. 4 is a diagram showing an example of format conversion when there is a description indicating an option in the text format information in the embodiment, FIG. 4A shows the text format information, FIG. 4B shows the message after conversion, each shown.
  • FIG. 4 is a diagram showing an example of format conversion when there is a description indicating an option in the text format information in the embodiment
  • FIG. 4A shows the text format information
  • FIG. 4B shows the message after conversion, each shown.
  • FIG. 5 is a diagram showing an example of format conversion when there is a combination of a title or heading and a description corresponding to it and a URL in the text format information in the embodiment, and FIG. FIG. 5B shows the messages after conversion, respectively.
  • FIG. 6 is a diagram showing another example of format conversion when there is a combination of a title or heading and a description corresponding to it and a URL in the text format information in the embodiment, and FIG. , and FIG. 6B shows the converted message, respectively.
  • 7A and 7B are diagrams showing an example of format conversion when information in text format contains a URL and a description indicating a geographical location in the embodiment.
  • FIG. indicates the message after conversion, respectively.
  • FIG. 8 is a diagram showing an example of format conversion when there is a combination of date and time and a URL indicating a geographical location in text format information in the embodiment.
  • FIG. The format information is shown, and
  • FIG. 8B shows the message after conversion.
  • FIG. 9 is a functional block diagram of the embodiment.
  • FIG. 10 is a diagram showing the hardware configuration of the embodiment.
  • the “source” means transmitting information, at least part of which is text-format information, and using a message communication program to send a message having content corresponding to the transmitted information to the destination.
  • the subject to be transmitted is typically a client company's device using a message communication program, but is not limited to this and may be any subject.
  • a "destination" is someone to whom a messaging program communicates information, including a message, typically intended to be the ultimate recipient of information from said source. It is a device of a telecommunications carrier connected via a communication network to the communication terminal of the recipient who received it, but is not limited to this and may be any subject, for example, the communication terminal of the recipient itself There may be.
  • An example of a communication business is a carrier in mobile communication (mobile communication business: MNO (Mobile Network Operator)).
  • An MVNO (Mobile Virtual Network Operator) that uses the communication line of this carrier is also an example of a communication business entity.
  • Other examples of communication business entities include a company that provides a messaging service that accompanies SNS and the like, and a company that provides a communication terminal and an OS and operates a messaging service as a function of the OS.
  • a messaging program mediates messaging between a source and a destination.
  • FIG. 1 is a flowchart illustrating an overview of an example of processing in one embodiment.
  • Each step of the operation flow disclosed in this specification and drawings may be performed in reverse order as long as there is no contradiction. Also, multiple steps may be performed simultaneously.
  • Each step may be implemented by executing a program stored in memory. Also, part of each step may be implemented by an operating system or hardware.
  • step S102 the message communication program receives information, at least part of which is in text form, from the sender.
  • step S104 it is determined whether or not there is a part having a specific characteristic in the textual information. If the result of determination in step S104 is YES, that is, if it is determined that there is a portion having a specific feature in the text format information, in step S106, the text format information Some or all of it is converted into a message formatted according to the characteristics and the communication protocol used to communicate to the destination. Subsequently, in step S108, the message is transmitted to the destination.
  • step S104 determines whether there is no part having a specific feature in the text format information. If the result of determination in step S104 is NO, that is, if it is determined that there is no part having a specific feature in the text format information, the process proceeds to step S108. , the processing of the step is executed. With that, the processing ends. Examples of specific features are described below with reference to FIGS. 4-8.
  • FIG. 2 is a flow chart showing an example of a further embodiment (subroutine S200) of the process of receiving information, at least part of which is text format information, from the transmission source in step S102.
  • the message communication program receives the address of the destination from the source.
  • the address of the destination may be the telephone number of the destination or an address conforming to the telephone number.
  • the messaging program receives information, at least part of which is in text format, from the sender.
  • the textual information may include one or more messages.
  • FIG. 3 shows that part or all of the textual information in step S106 is converted into a message having a format corresponding to specific features in the textual information and a communication protocol used for communication to a destination.
  • FIG. 11 is a flow chart showing an example of a further embodiment (subroutine S300) of the converting process; FIG.
  • the message communication program selects the communication protocol used for communication to the destination. In this embodiment, the communication protocol is selected based on the destination address received by the message communication program from the source in step S202 and a predetermined priority.
  • the message communication program refers to a communication protocol DB (database) 912 shown in FIG. 9 to be described later.
  • the communication protocol DB 912 stores, for each destination address entry, communication protocol information for which message communication has been successful in the past.
  • the communication protocol DB 912 may also store, for each destination address entry, information on combinations of communication protocols and communication service provider devices that have successfully communicated messages in the past.
  • the communication protocol DB 912 may also record information on the communication protocol or information on the combination of the communication protocol and the communication carrier device when communication fails.
  • the communication protocol is, for example, a communication protocol related to SMS, MMS, or RCS, but is not limited thereto.
  • the message communication program also refers to the priority storage unit 914 shown in FIG. 9 to be described later.
  • the priority storage unit 914 stores priority information for communication protocol selection, that is, information indicating which communication protocol should be preferentially selected. Such priority may be a predetermined priority. Also, in the priority storage unit 914, the priority may be set or changed based on an instruction from the transmission source. Furthermore, the priority storage unit 914 may have priority information regarding communication carriers in addition to information regarding priority regarding communication protocols.
  • the message communication program searches the communication protocol DB 912 based on the address of the destination, and selects a communication protocol that has successfully transmitted a message communication addressed to the address in the past. Identify. If only one communication protocol is specified here, that communication protocol is selected. If multiple successful communication protocols are specified for the address, the message communication program refers to the priority storage unit 914 and selects the communication protocol with the highest priority among the multiple communication protocols. do. Even if no successful communication protocol is specified for the address, the message communication program refers to the priority storage unit 914 and selects the communication protocol with the highest priority among the communication protocols stored therein. Choose a protocol. At this time, if the communication protocol DB 912 has information on the communication protocol when communication failed in the past, as described above, the failed communication protocol may be selected as little as possible.
  • the message communication program refers to the communication protocol DB 912 and preferentially selects a communication protocol for which message communication has been successfully transmitted in the past, thereby increasing the possibility of successful message communication. It should be noted that if the communication protocol DB 912 has, for each destination address entry, information on combinations of communication protocols and communication service provider devices for which message communication was successful in the past, the message communication program When selecting a communication protocol, it can also select a corresponding carrier device.
  • the message communication program processes the textual information according to the particular characteristics in the textual information and the selected communication protocol. Identify the rules regarding the format or placement of the display that apply to Examples of such rules are described below with reference to FIGS. 4-8. Such rules may include rules regarding the format or placement of predetermined displays. Such rules may also include rules regarding the format or placement of the display selected by the sender.
  • step S306 the message communication program applies the rule identified in step S304 to the textual information to convert part or all of the textual information to a specific rule in the textual information. Transform into one or more messages with characteristics and formatting according to the selected communication protocol. Examples of such transformations are also described below with reference to FIGS. 4-8. Such conversion is typically conversion into a message having a format with an amount of information larger than that of the information in text form, but is not limited to such conversion.
  • the message communication program then, in step S308, sends the one or more messages obtained in step S306 to the sender.
  • the source can display the message on the device of the source, that is, perform a preview display. Become. With this, the processing of S300, which is a subroutine, ends.
  • messages converted according to the communication protocol may be prepared.
  • the communication protocol DB 912 is not searched based on the destination address, and the communication protocols stored in the priority storage unit 914 are sequentially selected.
  • the message communication program searches the communication protocol DB 912 based on the destination address, refers to the priority storage unit 914, selects the communication protocol corresponding to the destination address, and thereby performs the transmission.
  • a prepared message that has been converted according to the communication protocol can be associated with the destination address.
  • the communication protocol may be selected in step S302 regardless of the destination address.
  • the communication protocol DB 912 may be omitted.
  • a “URL line” is a line of URLs specifying resources on the Internet.
  • the "message line” is a line in which various information intended to be transmitted to the destination can be described, and includes the above-mentioned “title line”, “description (detailed explanation) line", and It is a line that does not correspond to any of the "URL lines”.
  • the "URL line” may include a "description indicating a geographical location”
  • the “message line” may include a “description indicating options”
  • date, time, or a combination thereof may be described later.
  • step S104 the message communication program performs a line in the textual information to determine whether or not there is a portion having a specific characteristic in the textual information.
  • Classify This classification is, for example, the four classifications described above.
  • the following definitions (a) to (d), for example, are defined for these four classifications. Prescribing such a definition can facilitate the execution of the classification.
  • the definition is shared with the sender and can be referenced in creating textual information at the sender.
  • the message communication program can sequentially determine to which classification the lines constituting the information in the text format belong to each line, It does not have to be determined by parsing the entire textual information.
  • the message communication program performs semantic analysis of the textual information to determine to which classification the line that constitutes the textual information belongs. can be determined without Similarly, semantic analysis of textual information should be conducted for the existence of "description indicating geographical location,” “description indicating options,” and "date, time, or a combination thereof.” can be determined without For example, a certain line that constitutes information in text format is the above-mentioned ⁇ a line at the beginning of information in text format that does not have a full stop (.) or a period (.) at the end''. , a notational feature in textual information, and the presence or absence of the feature can be determined without performing semantic analysis.
  • a line is defined as "a line at the beginning of information in text format with a full stop (.) or a period (.) at the end. , the line can be classified as a "title line”.
  • the fact that the text format information has a "description indicating an option" is a content feature of the text format information. It can be determined without performing a semantic analysis based on the notational feature of the textual information that a plurality of message lines exist in succession.
  • the message communication program may determine to which class a line constituting textual information belongs to by analyzing the entire textual information. Further, the message communication program may determine to which class a line constituting textual information belongs to by semantically analyzing the textual information. Similarly, semantic analysis of textual information is also required for the existence of "description indicating a geographical location,” “description indicating options,” and “date, time, or a combination thereof,” for example. may be determined by doing
  • Fig. 4 shows an example of a case in which there is a description indicating options in text format information.
  • a particular feature in the textual information includes the presence of descriptions that indicate options.
  • Specific features also include the presence of a specific symbol, the colon (:), as a feature that indicates the presence of an alternative entry.
  • each line is classified as follows.
  • - Line in part 412 message line
  • the line in part 412 does not correspond to any of (a) to (c) in the above definition, and as a result, corresponds to "(d) message line” from.
  • - Lines in parts 414 to 418 Message lines with "description indicating options" (Reason: Lines in parts 414 to 418 are is also not applicable, and as a result, it is applicable to "(d) message lines", and those lines are further "when multiple message lines with a colon (:) as a delimiter exist in succession" and as a result, it corresponds to "(d-1) a message line in which there is a description indicating an option").
  • the message communication program as a result of the above classification of the lines in the textual information shown in FIG. ” exists.
  • the message communication program further, in step S304, according to the particular characteristics and the communication protocol selected (for example, the RCS communication protocol), the display format to be applied to the textual information. Or specify rules for placement.
  • an example of applicable rules is, as described above, "By performing a selection operation (e.g., a tap operation or a click operation on the terminal screen), the selected option is sent to the sender. to indicate that it will be answered”.
  • the messaging program then applies the rules to the textual information in step S306 to convert the textual information shown in FIG. into a message having portions 422-428, shown in FIG. 4B, with the format shown in FIG.
  • parts 424 to 428 in FIG. 4B are options corresponding to parts 414 to 418 in FIG. By doing so, the selected option is sent back to the sender.
  • the information sent from the sender is a message consisting only of character strings corresponding to SMS.
  • a communication form such as RCS capable of transmitting rich text and the like
  • at least a part of the information sent from the sender can be composed only of text format information without rich formatting. The simplification of message creation in the original can be achieved.
  • FIG. 5 shows an example of a case where information in text form includes a combination of a title or heading and a corresponding description, and further includes a URL.
  • specific features in the textual information include the presence of combinations of titles or headings and corresponding descriptions, and the presence of URLs.
  • examples of rules regarding the display format or arrangement are to display the title or headline in characters larger than the corresponding description, and if an image exists at the link destination of the URL, One is to read and display an image, and the other is to display a link to a link destination of a URL.
  • each line is classified as follows.
  • - Line in part 512 Title line
  • (Reason: The line in part 512 is the first line in the text format information in (a) in the definition above, and the period (.) at the end or a line without a period (.).)
  • - Line in part 514 description (detailed description) line
  • (Reason: The line in part 514 is the line following the title line (via another description line) in (b) in the definition above. (including the case following the title line) and is neither a title line nor a URL line”.
  • the message communication program further, in step S304, according to the particular characteristics and the communication protocol selected (for example, the RCS communication protocol), the display format to be applied to the textual information. Or specify rules for placement.
  • the particular characteristics and the communication protocol selected for example, the RCS communication protocol
  • the display format to be applied to the textual information or specify rules for placement.
  • examples of applicable rules are, as described above, ⁇ Display titles or headings in larger font than the corresponding description'', ⁇ If an image exists at the link destination of the URL, display the image. to read and display" and "to display a link to the link destination of the URL".
  • the messaging program then applies the rules to the textual information in step S306 to convert the textual information shown in FIG. into a message having portions 522-528, shown in FIG.
  • portions 524 and 526 in FIG. 5B correspond respectively to portions 512 (title line) and 514 (description line) in FIG. 5A
  • portion 524 is displayed in larger letters than portion 526.
  • a portion 522 in FIG. 5B is an image that exists at the URL link destination in the portion 516 in FIG. 5A
  • a portion 528 is a link to the URL link destination.
  • FIG. 6 shows an example of a case in which text format information includes a plurality of combinations of titles or headings and corresponding descriptions, and URLs.
  • specific features in the textual information include the presence of combinations of titles or headings and corresponding descriptions, and the presence of URLs.
  • examples of rules regarding the display format or arrangement are that the title or heading should be displayed in larger letters than the corresponding description, and that there are multiple combinations of the title or heading and the corresponding description. When doing so, arrange the individual combinations side by side, if there is an image at the link destination of the URL, read and display the image, and display the link to the link destination of the URL; is.
  • each line is classified as follows.
  • - Line in part 612 message line
  • - Lines in parts 614 and 620 Title lines (Reason: Lines in parts 614 and 620 are lines starting with a specific symbol (eg, >, *) in (a) in the definition above.
  • the message communication program further, in step S304, according to the particular characteristics and the communication protocol selected (for example, the RCS communication protocol), the display format to be applied to the textual information. Or specify rules for placement.
  • the particular characteristics and the communication protocol selected for example, the RCS communication protocol
  • examples of applicable rules are, as described above, ⁇ displaying titles or headings in larger letters than the corresponding description'', and ⁇ when there are multiple combinations of , arrange the individual combinations side by side,” “If there is an image at the link destination of the URL, read and display the image”, and “Display the link to the link destination of the URL That is.
  • the messaging program then applies the rules to the textual information in step S306 to convert the textual information shown in FIG. into a message having portion 632, portions 636-642, and 646-652, shown in FIG.
  • portions 638 and 648 and 640 and 650 in FIG. 6B correspond respectively to portions 614 and 620 (both title lines) and 616 and 622 (both descriptive lines) in FIG.
  • portions 634 containing one set of combinations of titles or headings and corresponding descriptions and portions 644 containing another combination are arranged side by side with each other.
  • portions 636 and 646 in FIG. 6B are images that exist at the URL link destinations in portions 618 and 624 in FIG. 6A, and portions 642 and 652 are links to those URL link destinations.
  • FIG. 7 shows an example of a case where information in text form includes a description indicating a geographical location and a date, time, or a combination thereof.
  • a particular feature in the textual information includes the presence of a description indicating a geographic location.
  • FIG. 8. shows an example of when a particular feature also includes the presence of date, time, or a combination thereof.
  • the description indicating the geographical location is a URL that includes the designation of latitude and longitude on the earth, read the map that includes the relevant geographical location, and display the map and the relevant location. be.
  • each line is classified as follows.
  • - Line in part 712 message line
  • (Reason: The line in part 712 does not correspond to any of (a) to (c) in the above definition, and as a result, corresponds to "(d) message line" from.)
  • a line in part 714 A URL line in which there is a "description indicating a geographical location”
  • (Reason: The line in part 714 is a resource on the Internet in (c) in the definition above. This line further corresponds to "when the URL line is a URL including the designation of latitude and longitude on the earth", and as a result, " (c-1) URL line in which there is a description indicating a geographical location”.)
  • the messaging program as a result of the above-described classification of lines in the textual information shown in FIG. It is judged that it has a specific feature that there is a description indicating ".
  • the message communication program further, in step S304, according to the particular characteristics and the communication protocol selected (for example, the RCS communication protocol), the display format to be applied to the textual information. Or specify rules for placement.
  • an example of the applicable rule is, as described above, "If the description indicating the geographical location is a URL that includes the designation of latitude and longitude on the earth, load a map that includes the applicable geographical location. , to display the map and the location.”
  • the messaging program then applies the rules to the textual information in step S306 to transform the textual information shown in FIG. into a message having portions 722 and 724, shown in FIG.
  • a portion 724 in FIG. 7B is a display of a map image and a corresponding location that exist at the link destination of the URL in the portion 714 in FIG. 7A.
  • FIG. 8 shows an example of a case where the text format information includes a description indicating a geographical location, date, time, or a combination thereof, similar to the example shown in FIG. indicates
  • the textual information shown in FIG. 8A is the same as the textual information shown in FIG. 7A.
  • specific features in the textual information include the presence of dates, times, or combinations thereof, and the presence of descriptions indicating geographic locations.
  • an example of a display format or arrangement rule is to display an option to register the date and time corresponding to the date, time, or a combination thereof in the calendar, and to indicate the geographical location. If the indicated description consists of a URL containing latitude and longitude designations on Earth, display an option to load a map containing the applicable geographic location.
  • each line is classified as follows.
  • - Line in part 812 message line
  • - Lines in part 814 Message lines with "date, time, or a combination thereof” (Reason: Lines in part 814 are does not apply, and as a result falls under "(d) a message line", and the line is further defined as "when a date, time, or combination thereof within a message line is recognized from their notation ", and as a result, it corresponds to "(d-2) a message line in which a date, time, or a combination thereof exists”.)
  • - A line in part 816 A URL line in which a "description indicating a geographical location" is present (Reason: The line
  • the message communication program as a result of the above classification of the lines in the textual information shown in FIG. or a combination thereof, and a specific feature of having a "description indicating a geographical location.”
  • the message communication program further, in step S304, according to the particular characteristics and the communication protocol selected (for example, the RCS communication protocol), the display format to be applied to the textual information. Or specify rules for placement.
  • examples of applicable rules are, as described above, "displaying the option to enter the date and time corresponding to the date, time, or combination thereof in the calendar” and "notation indicating the geographical location.” , if it consists of a URL containing latitude and longitude specifications on the earth, display an option to load a map containing that geographic location.”
  • the messaging program then applies the rules to the textual information in step S306 to convert the textual information shown in FIG. into a message having portions 822-826, shown in FIG. 8B, with the format shown in FIG.
  • a portion 824 in FIG. 8B is a display of options for registering the date and time in the portion 814 in FIG. 8A in the calendar.
  • a portion 826 in FIG. 8B is a display of options for reading a map image existing at the link destination of the URL in the portion 816 in FIG. 8A.
  • the rules regarding the display format or layout applied to textual information may include rules selected by the sender. Examples of such selection include the following: . That is, regarding the case where "the description indicating the geographical location is a URL including the designation of latitude and longitude on the earth", the example of the rule described with reference to FIG. and display the map and the location" and “display the option to load the map including the applicable geographic location", which is an example of the rule noted in connection with Figure 8. is a choice between Such a choice allows the messaging program to provide the sender with a wide range of latitude in the rules for conversion.
  • FIG. 9 is a functional block diagram showing the configuration of the device that executes the message communication program of the embodiment.
  • the device is configured to receive, from a source 902, information, at least part of which is textual information, and an address of a destination, which is a telephone number or an address corresponding to the telephone number of the destination. It has a format information receiving section 904 .
  • the configuration also includes a feature determination unit 906 for determining whether or not a portion having a specific feature exists in the textual information; It has a conversion unit 908 that converts the message into a message having a format corresponding to the communication protocol used for communication to the destination, and a transmission unit 922 that transmits the message to the transmission source 902 and the transmission destination 924 .
  • the conversion unit 908 further includes a communication protocol selection unit 910 for selecting a communication protocol to be used for communication to the destination, and a rule specifying a display format or arrangement rule applied to the text format information. It comprises an identification unit 916 and a conversion execution unit 920 that applies the rules to perform conversion.
  • the communication protocol selector 910 is connected to the already detailed communication protocol DB 912 and priority storage 914 .
  • the rule specifying unit 916 is also connected to a rule storage unit 918 that stores the rules regarding the display format or layout illustrated in connection with FIGS. 4-8. The function of each part will be apparent to those skilled in the art from the description herein of the messaging program and will not be further described.
  • FIG. 10 is a hardware configuration diagram of a device 1000 that executes the message communication program of the embodiment.
  • the device 1000 has a CPU 1002 , a ROM 1004 , a RAM 1006 , a key operation section 1008 , a communication section 1010 , a display section 1012 and an external storage control section 1014 .
  • the device 1000 can operate by reading a message communication program stored in the memory 1016 by the external storage control unit 1014 .
  • Message communication programs may also be stored in ROM 1004 and RAM 1006 .
  • the device 1000 operates under the control of a CPU 1002 that executes a messaging program.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Human Computer Interaction (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Information Transfer Between Computers (AREA)
  • Telephonic Communication Services (AREA)

Abstract

【課題】　送信元からテキスト形式の情報を受け取る処理をコンピュータに実行させるメッセージ通信プログラムにあって、当該情報の特徴及び送信先への通信の形態に応じたメッセージの送信を可能にする。 【解決手段】　開示のメッセージ通信プログラムは、送信元から少なくとも一部がテキスト形式の情報である情報を受け取り（Ｓ１０２）、前記テキスト形式の情報中に特定の特徴を有する部分が存在するか否かを判断し（Ｓ１０４）、前記特徴を有する部分が存在すると判断した場合に、前記テキスト形式の情報の一部又は全部を、前記特徴及び送信先への通信に用いられる通信プロトコルに応じた書式を備えたメッセージに変換し（Ｓ１０６）、前記メッセージを前記送信先に送信する（Ｓ１０８）処理をコンピュータに実行させる。

Description

メッセージ通信プログラム
　本発明は、メッセージ通信プログラムに関する。
　通信端末宛てにテキスト形式の情報を含み得るメッセージを伝送するメッセージ通信のサービスが、広く普及している。メッセージ通信の技術には、通常のメールアドレスを宛先に用いるものと、電話番号又は電話番号に準ずるアドレスを宛先に用いるもの等がある。後者のメッセージ通信の代表的な例として、ＳＭＳ（Short Messaging Service）がある。ＳＭＳは、電話番号を宛先として、文字列（記号も含み得る。）を伝送することができる。
　ここで、電話番号に準ずるアドレスとしては、以下のようなアドレスが挙げられる。例えば、携帯電話番号を管理する通信キャリアから電話番号に対応して付与されたメールアドレスがこの一例である。このメールアドレスは、電話番号に一意に対応して付与されたメールアドレスである。あるいは、電話番号に準ずるアドレスとして、携帯電話番号に一意に紐づけられたＳＮＳ（Social Networking Service）アカウントに付随するメッセージングシステムで用いられるアドレスが挙げられる。そのほか、電話番号に準ずるアドレスは、電話番号に準ずるような個人を識別する能力が高い通信アドレスであってもよい。以下、本明細書では、このようなアドレスを「電話番号又は電話番号に準ずるアドレス」と称する。
　前記のＳＭＳは、リッチテキスト、又は、静止画、音、動画を含んだマルチメディアコンテンツを伝送することはできない。
  他方、電話番号又は電話番号に準ずるアドレスを宛先に用いるメッセージ通信には、リッチテキスト及びマルチメディアコンテンツを伝送することができるものがある。そのようなメッセージ通信の例として、ＭＭＳ（Multimedia Messaging Service）及びＲＣＳ（Rich Communication Services）を挙げることができる。
  そのほか、電話番号又は電話番号に準ずるアドレスを宛先に用いるメッセージ通信の例として、通信端末にインストールされた専用のアプリケーションを用いる通信形態、ＷＥＢブラウザを用いて所定のサイトにログインして専用のユーザインタフェースを用いる通信形態などもある。
　近年は、通信事業を行う主体の多様化を背景に、電話番号又は電話番号に準ずるアドレスを宛先に用いるメッセージ通信として、上記のように様々な形態が存在している。そして、一般に、それぞれの通信形態によって、通信プロトコルが異なり、送信できるコンテンツの種類も一様でない。
　このため、電話番号又は電話番号に準ずるアドレスを宛先に用いるメッセージ通信では、通信プロトコルの違い等により、送信先にメッセージが届かない場合もあり得る。
　特に、企業から個人の通信端末への一斉配信（いわゆる、企業側のアプリケーションからのメッセージ配信：Ａ２Ｐ（Application to Person））においては、送信先の通信端末が利用できるメッセージ通信の形態が、あらかじめ明らかでない場合が多いことから、複数のメッセージ通信形態の選択肢の中より、どのメッセージ通信形態を選択するかに関して、困難を伴っていた。
　そこで、このような一斉配信の場合等において、送信先の通信端末が利用できる可能性があるメッセージ通信の形態が複数存在し、その結果、それらメッセージ通信の通信プロトコルが複数存在しても、送信先にメッセージが届かない事態を可及的に防止し得るようにする技術が存在する。
　例えば、送信先のアドレスに送信する１以上のメッセージを受け取り、複数の通信事業体装置において用いられる複数の通信プロトコルのうちの１つの通信プロトコルを選択し、前記メッセージから、選択された前記通信プロトコルに適合し前記アドレスに送るメッセージを出力する処理をコンピュータに実行させる、メッセージ通信プログラムの技術が存在する（例えば特許文献１参照）。この特許文献１に記載された技術においては、メッセージ通信プログラムがコンピュータに実行させる処理は、さらに、複数の通信事業体装置のうちの１つの通信事業体装置を選択する処理を有するとともに、出力されたメッセージが、送信先のアドレスに宛てて、選択された通信プロトコルで選択された通信事業体装置によって送信されるように、前記通信事業体装置に前記メッセージの送信を要求する処理であって、送信が成功するか前記通信事業体装置と前記通信プロトコルとの組み合わせがなくなるまで、前記要求を繰り返す処理を含んでいる。また、コンピュータが実行する処理は、受け取った前記１以上のメッセージのいずれもが選択された前記通信プロトコルに適合しない場合に、かかるメッセージを用いて当該通信プロトコルに適合するメッセージを生成する（例えば、ＲＣＳ用に用意されたリッチテキストのメッセージを、ＳＭＳ通信プロトコルに適合するようにテキストのみのメッセージに変換する）処理を含んでいてもよい。
　他方、送信先にメッセージが届かない事態を確実に防止しようとすれば、例えば、送信元から発する情報を、ＳＭＳに対応した文字列のみからなるメッセージとすることも考えられる。また、送信元によっては、メッセージ作成の簡便化等のために、送信元から発する情報の少なくとも一部を、リッチな書式を伴わないテキスト形式の情報のみから構成するニーズもあり得る。
　ただし、そのように、送信元から発する情報をＳＭＳに対応した文字列のみからなるメッセージとしたり、かかる情報の少なくとも一部を、テキスト形式の情報のみから構成したりした場合にあっては、送信先の通信端末が、例えば、リッチテキスト等の伝送が可能なＲＣＳのような通信形態に対応していたときであっても、かかるリッチテキスト等の伝送の能力を十分活用できないという問題がある。
　従来の技術には、ほかに、情報の伝送等に際して書式の変換を行う技術が存在する。
　例えば、送信者から受信者へメッセージを伝送する方法において、入力表現書式のメッセージを、メッセージの意味内容に依存する所定の伝送表現書式のメッセージに変換するステップ、及び、当該伝送表現書式のメッセージを出力表現書式のメッセージに変換するステップを含むようにした方法の技術が存在する（例えば特許文献２参照）。この特許文献２に記載された技術においては、入力表現書式のメッセージを伝送表現書式のメッセージに変換する前記ステップ、及び伝送表現書式のメッセージを出力表現書式のメッセージに変換する前記ステップの少なくとも一方内で、メッセージの意味解析を実行している。例えば、日付を含むメッセージは、意味内容に従って伝送表現に圧縮され得る。すなわち、意味解析の結論が、メッセージは約束に関する情報を含むというものである場合、伝送表現も日付を含むように、伝送表現に変換され得る。また、意味解析の結論が、メッセージは旅行レポートを含むというものである場合は、伝送表現は日付を省略する。これにより、狭い帯域幅と格納スペースで済むように情報が圧縮され得、メッセージは、より低い伝送能力で伝送され得る。
　また、一種の書式の変換を行う技術の中には、入力情報中における特定の内容の存在に着目した技術も存在する（例えば特許文献３参照）。この特許文献３に記載された技術によれば、オペレータの作業効率を向上するオペレータ業務支援システムにおいて、通話内容を音声認識してテキストデータに変換し、画面に表示する際、あらかじめ指定されたキーワードが強調表示される。強調表示は、例えば、キーワードを所定のカッコで囲むことによってなされるが、キーワードの色、フォントの種類、大きさ等を変更したり、下線を付したり、太字や斜体にすることによってなされてもよい。
　こうした従来の技術は、いずれも、メッセージ通信において、送信元から発する情報をＳＭＳに対応した文字列のみからなるメッセージとしたり、かかる情報の少なくとも一部を、テキスト形式の情報のみから構成したりした場合において、送信先の通信端末が、例えば、リッチテキスト等の伝送が可能なＲＣＳのような通信形態に対応していたときに、かかるリッチテキスト等の伝送の能力を十分活用する技術ではない。
特許第６７３６１０２号公報 特表２００７－５３７６５０号公報 特開２００９－３１８１０号公報
　開示の技術は、送信元から少なくとも一部がテキスト形式の情報である情報を受け取る処理をコンピュータに実行させるメッセージ通信プログラムにあって、当該情報の特徴及び送信先への通信の形態に応じたメッセージの送信を可能にする、メッセージ通信プログラムを提供することを目的とする。
　開示の技術によれば、送信元から少なくとも一部がテキスト形式の情報である情報を受け取り、前記テキスト形式の情報中に特定の特徴を有する部分が存在するか否かを判断し、前記特徴を有する部分が存在すると判断した場合に、前記テキスト形式の情報の一部又は全部を、前記特徴及び送信先への通信に用いられる通信プロトコルに応じた書式を備えたメッセージに変換し、前記メッセージを前記送信先に送信する処理をコンピュータに実行させるメッセージ通信プログラムが提供される。
　開示の技術によれば、送信元から少なくとも一部がテキスト形式の情報である情報を受け取る処理をコンピュータに実行させるメッセージ通信プログラムにあって、当該情報の特徴及び送信先への通信の形態に応じたメッセージの送信を可能にする、メッセージ通信プログラムを提供することができる。
図１は、開示の技術の実施形態における処理の例を示すフローチャートである。 図２は、実施形態において、送信元から少なくとも一部がテキスト形式の情報である情報を受け取る処理（サブルーチン）の例を示すフローチャートである。 図３は、実施形態において、テキスト形式の情報の一部又は全部を、テキスト形式の情報中の特定の特徴及び送信先への通信に用いられる通信プロトコルに応じた書式を備えたメッセージに変換する処理（サブルーチン）の例を示すフローチャートである。 図４は、実施形態において、テキスト形式の情報に選択肢を示す記載が存在する場合における書式変換の例を示す図であり、図４Ａはテキスト形式の情報を、図４Ｂは変換後のメッセージを、それぞれ示す。 図５は、実施形態において、テキスト形式の情報に表題又は見出しとそれに対応する記述との組合せ及びＵＲＬが存在する場合における書式変換の例を示す図であり、図５Ａはテキスト形式の情報を、図５Ｂは変換後のメッセージを、それぞれ示す。 図６は、実施形態において、テキスト形式の情報に表題又は見出しとそれに対応する記述との組合せ及びＵＲＬが存在する場合における書式変換の他の例を示す図であり、図６Ａはテキスト形式の情報を、図６Ｂは変換後のメッセージを、それぞれ示す。 図７は、実施形態において、テキスト形式の情報にＵＲＬであって地理的な場所を示す記載が存在する場合における書式変換の例を示す図であり、図７Ａはテキスト形式の情報を、図７Ｂは変換後のメッセージを、それぞれ示す。 図８は、実施形態において、テキスト形式の情報に日付と時刻との組合せ及びＵＲＬであって地理的な場所を示す記載が存在する場合における書式変換の例を示す図であり、図８Ａはテキスト形式の情報を、図８Ｂは変換後のメッセージを、それぞれ示す。 図９は、実施形態の機能ブロック図である。 図１０は、実施形態のハードウェア構成を示す図である。
　開示の実施形態において、「送信元」とは、少なくとも一部がテキスト形式の情報である情報を発信し、メッセージ通信プログラムを用いて当該発信された情報に対応する内容を有するメッセージを送信先に伝達させようとする主体であって、典型的には、メッセージ通信プログラムを利用する顧客企業の装置であるが、これに限られず、どのような主体であってもよい。
　開示の実施形態において、「送信先」とは、メッセージ通信プログラムがメッセージを含む情報を伝達する相手であって、典型的には、前記送信元からの情報の最終的な受け手となることを意図された受信者の通信端末と通信網を介して接続された、通信事業体の装置であるが、これに限られず、どのような主体であってもよく、例えば、受信者の通信端末自体であってもよい。通信事業体の一例は、移動体通信におけるキャリア（移動体通信事業者：ＭＮＯ（Mobile Network Operator））である。また、このキャリアの通信回線を利用するＭＶＮＯ（Mobile Virtual Network Operator）も通信事業体の一例である。そのほか、ＳＮＳなどに付随して提供されるメッセージングサービスを営む企業、並びに、通信端末及びＯＳを提供しＯＳの一機能としてメッセージングサービスを営む企業も、通信事業体の例である。
　開示の実施形態において、メッセージ通信プログラムは、送信元と送信先との間でメッセージ通信を仲介する。
　以下、図面を参照しながら、開示の実施形態について説明する。
＜処理の概要＞
　図１は、一実施形態における処理の例の概要を示すフローチャートである。
　本明細書及び図面に開示された動作フローの各ステップは、矛盾のない限り順番を入れ換えて実行されてもよい。また、複数のステップが同時に実行されてもよい。各ステップは、メモリに記憶されたプログラムを実行することにより実現されてもよい。また各ステップの一部は、オペレーティングシステムあるいはハードウェアにより実現されてもよい。
　メッセージ通信プログラムは、ステップＳ１０２において、送信元から少なくとも一部がテキスト形式の情報である情報を受け取る。
　ステップＳ１０４では、前記テキスト形式の情報中に特定の特徴を有する部分が存在するか否かの判断がなされる。
　そのステップＳ１０４での判断の結果がＹＥＳである場合、すなわち前記テキスト形式の情報中に特定の特徴を有する部分が存在するとの判断がなされた場合には、ステップＳ１０６において、前記テキスト形式の情報の一部又は全部が、前記特徴及び送信先への通信に用いられる通信プロトコルに応じた書式を備えたメッセージに変換される。
　続いて、ステップＳ１０８において、当該メッセージが送信先に送信される。
　他方、ステップＳ１０４での判断の結果がＮＯである場合、すなわち前記テキスト形式の情報中に特定の特徴を有する部分が存在しないとの判断がなされた場合には、処理は、前記ステップＳ１０８に移り、当該ステップの処理が実行される。
　以上で、処理は終了する。
　なお、特定の特徴の例については、図４～図８を参照しつつ、後述する。
＜テキスト形式の情報を受け取る処理＞
　図２は、前記ステップＳ１０２における、送信元から少なくとも一部がテキスト形式の情報である情報を受け取る処理について、さらなる実施形態の例（サブルーチンであるＳ２００）を示すフローチャートである。
　メッセージ通信プログラムは、ステップＳ２０２において、送信元から、送信先のアドレスを受け取る。当該送信先のアドレスは、送信先の電話番号又は電話番号に準ずるアドレスであってよい。
　続くステップＳ２０４で、メッセージ通信プログラムは、送信元から少なくとも一部がテキスト形式の情報である情報を受け取る。当該テキスト形式の情報は、１又は複数のメッセージを含んでいてよい。
　以上で、サブルーチンであるＳ２００の処理は終了する。
＜テキスト形式の情報を通信プロトコルに応じた書式を備えたメッセージに変換する処理＞
　図３は、前記ステップＳ１０６における、前記テキスト形式の情報の一部又は全部を、テキスト形式の情報中の特定の特徴及び送信先への通信に用いられる通信プロトコルに応じた書式を備えたメッセージに変換する処理について、さらなる実施形態の例（サブルーチンであるＳ３００）を示すフローチャートである。
　メッセージ通信プログラムは、ステップＳ３０２において、送信先への通信に用いられる通信プロトコルの選択を行う。この実施形態では、通信プロトコルの選択は、メッセージ通信プログラムが前記ステップＳ２０２において送信元から受け取った送信先のアドレス、及び、あらかじめ定められた優先順位に基づいて行われる。
　ここで、当該ステップＳ３０２において、送信先のアドレス及びあらかじめ定められた優先順位に基づいて通信プロトコルの選択を行う、具体例について説明する。
　メッセージ通信プログラムは、後掲の図９に示す通信プロトコルＤＢ（データベース）９１２を参照する。当該通信プロトコルＤＢ９１２には、送信先のアドレスのエントリーごとに、過去にメッセージ通信が成功した通信プロトコルの情報が保存されている。通信プロトコルＤＢ９１２には、また、送信先のアドレスのエントリーごとに、過去にメッセージ通信が成功した通信プロトコル及び通信事業体装置の組合せの情報が保存されていてもよい。さらに、通信プロトコルＤＢ９１２は、通信が失敗した場合に、その際の、通信プロトコルの情報、又は、通信プロトコル及び通信事業体装置の組合せの情報も記録されるようになっていてもよい。
　ここで、通信プロトコルは、例えば、前記のＳＭＳ、ＭＭＳ、あるいはＲＣＳに係る通信プロトコルであるが、それらに限られない。
　メッセージ通信プログラムは、また、後掲の図９に示す優先順位記憶部９１４も参照する。当該優先順位記憶部９１４には、通信プロトコル選択にあたっての優先順位の情報、すなわち、どの通信プロトコルを優先的に選択するかの情報が保存されている。かかる優先順位は、あらかじめ定められた優先順位であってよい。また、当該優先順位記憶部９１４において、優先順位は、送信元からの指示に基づいて設定あるいは変更され得るようになっていてもよい。さらに、優先順位記憶部９１４は、通信プロトコルに関する優先順位の情報に加えて、通信事業体に関する優先順位の情報も有していてもよい。
　メッセージ通信プログラムは、一実施形態によれば、ステップＳ３０２において、送信先のアドレスに基づいて、通信プロトコルＤＢ９１２の検索を行い、過去に当該アドレスに宛てられたメッセージ通信の伝達に成功した通信プロトコルを特定する。ここで特定された通信プロトコルが一つであれば、その通信プロトコルが選択される。当該アドレスについて、成功した通信プロトコルとして複数のものが特定された場合には、メッセージ通信プログラムは、優先順位記憶部９１４を参照し、それら複数の通信プロトコルの中で優先順位が最も高いものを選択する。当該アドレスについて、成功した通信プロトコルが一つも特定されなかった場合にも、メッセージ通信プログラムは、優先順位記憶部９１４を参照し、そこに格納されている通信プロトコルの中で優先順位が最も高い通信プロトコルを選択する。このとき、通信プロトコルＤＢ９１２が、上記のように、過去に通信が失敗した際の通信プロトコルの情報を有している場合には、失敗した通信プロトコルができるだけ選択されないようにしてもよい。
　メッセージ通信プログラムが、通信プロトコルＤＢ９１２を参照し、過去にメッセージ通信の伝達に成功した通信プロトコルを優先的に選択することにより、メッセージ通信の伝達に成功する可能性を高めることができる。
　なお、通信プロトコルＤＢ９１２が、前記のように送信先のアドレスのエントリーごとに、過去にメッセージ通信が成功した通信プロトコル及び通信事業体装置の組合せの情報を有している場合には、メッセージ通信プログラムは、通信プロトコルの選択の際に、併せて、対応する通信事業体装置の選択を行うこともできる。
　メッセージ通信プログラムは、ステップＳ３０２において通信プロトコルの選択を行ったのに続き、ステップＳ３０４では、テキスト形式の情報中の特定の特徴、及び、選択された通信プロトコルに応じて、当該テキスト形式の情報に対して適用する、表示の様式又は配置に関する規則を特定する。そのような規則の例については、図４～図８を参照しつつ、後述する。
　かかる規則は、あらかじめ定められた表示の様式又は配置に関する規則を含んでいてよい。また、かかる規則は、送信元が選択した表示の様式又は配置に関する規則を含んでいてよい。
　メッセージ通信プログラムは、続いて、ステップＳ３０６において、ステップＳ３０４で特定された規則を、テキスト形式の情報に適用することにより、テキスト形式の情報の一部又は全部を、テキスト形式の情報中の特定の特徴、及び、選択された通信プロトコルに応じた書式を備えた、１又は複数のメッセージに変換する。そのような変換の例についても、図４～図８を参照しつつ、後述する。
　かかる変換は、典型的には、テキスト形式の情報が備えている書式の情報量よりも多い情報量の書式を備えたメッセージへの変換であるが、そのような変換には限られない。
　メッセージ通信プログラムは、続いて、ステップＳ３０８において、ステップＳ３０６で得られた１又は複数のメッセージを、送信元に送信する。このように、かかるメッセージを送信先に送信する前に送信元に送信することにより、送信元では、送信元の装置に当該メッセージが表示されるようにする、すなわちプレビュー表示を行うことが可能となる。
　以上で、サブルーチンであるＳ３００の処理は終了する。
　サブルーチンＳ３００の別な実施形態として、複数の通信プロトコルのそれぞれについて、当該通信プロトコルに応じた変換が行われたメッセージを用意しておくようにしてもよい。具体的には、ステップＳ３０２では送信先アドレスに基づく通信プロトコルＤＢ９１２の検索を行わず、優先順位記憶部９１４中に格納された通信プロトコルを順次選択し、ステップＳ３０４及びＳ３０６を経て、特定の特徴及び当該通信プロトコルに応じた書式を備えたメッセージへの変換を行う過程を繰り返すことにより、通信プロトコルごとに当該通信プロトコルに応じた変換が行われたメッセージを用意しておくようにしてもよい。この場合、メッセージ通信プログラムは、その後に送信先アドレスに基づく通信プロトコルＤＢ９１２の検索を行うとともに、優先順位記憶部９１４を参照して、送信先アドレスに対応する通信プロトコルを選択し、もって、当該送信先アドレスに対して、用意しておいた、当該通信プロトコルに応じた変換が行われたメッセージを、紐づけるようにすることができる。
　サブルーチンＳ３００のさらに別な実施形態として、ステップＳ３０２において、送信先のアドレスによることなく、通信プロトコルの選択を行ってもよい。その場合、通信プロトコルＤＢ９１２は、なくてもよい。
＜特定の特徴、表示の様式又は配置に関する規則、及び規則を適用した変換の例＞
　以下、特定の特徴の例、表示の様式又は配置に関する規則の例、及び、規則を適用した変換の例について、図４～図８を参照しつつ、説明する。
＜図４～図８の例に共通する事項：テキスト形式の情報中の行の分類＞
　図４～図８に示す例において、テキスト形式の情報中の特定の特徴を表すために、テキスト形式の情報中の行についての分類（カテゴリ）を用いることがある。そこで、まず分類に関して説明する。
　この分類というのは、テキスト形式の情報中の行を、例えば、次の４種類の行に類型化するものである。すなわち、「表題（タイトル）行」、「記述（詳細説明）行」、「ＵＲＬ行」、及び「メッセージ行」である。
　そのうち、「表題（タイトル）行」は、テキスト形式の情報の少なくとも一部に関する表題又は見出し（ヘディング）を記載した行であり、「記述（詳細説明）行」は、かかる表題又は見出しに対応する記述を有する行である。また、「ＵＲＬ行」は、インターネット上のリソースを指定するＵＲＬでなる行である。さらに、「メッセージ行」は、送信先への伝達を意図された種々の情報が記載され得る行であって、既述の「表題（タイトル）行」、「記述（詳細説明）行」、及び「ＵＲＬ行」のいずれにも該当しない行である。ここで、後述するように、「ＵＲＬ行」は、「地理的な場所を示す記載」を含むことがあり、「メッセージ行」は、「選択肢を示す記載」を含むことがあり、また、「日付、時刻、又はそれらの組合せ」を含むこともある。
　一実施形態によれば、メッセージ通信プログラムは、前記ステップＳ１０４において、テキスト形式の情報中に特定の特徴を有する部分が存在するか否かの判断を行うために、テキスト形式の情報中の行について分類を行う。この分類は、例えば、既述の４つの分類である。
　一実施形態では、それら４つの分類について、例えば、次の（ａ）～（ｄ）に示す定義を定めておく。そのような定義を定めておくことにより、分類の実行を容易化することができる。当該定義は、送信元と共有されており、送信元におけるテキスト形式の情報の作成にあたって参照され得る。
（ａ）表題（タイトル）行
　－ テキスト形式の情報における冒頭の行であって、末尾に句点（。）ないしピリオド（.）を有しない行、又は、
　－ 特定の記号（例：>，*）で始まる行であって、末尾に句点（。）ないしピリオド（.）を有しない行
（ｂ）記述（詳細説明）行
　表題（タイトル）行に後続する行（別な記述行を介して表題行に後続する場合を含む）であって、表題行でもＵＲＬ行でもない行
（ｃ）ＵＲＬ行
　インターネット上のリソースを指定するＵＲＬでなる行
　（ｃ－１）地理的な場所を示す記載が存在するＵＲＬ行
　　　ＵＲＬ行が地球上の緯度及び経度の指定を含むＵＲＬでなる場合、当該行は「地理的な場所を示す記載」が存在するＵＲＬ行として取り扱われる。
（ｄ）メッセージ行
　テキスト形式の情報における、前記（ａ）～（ｃ）のいずれでもない行
　（ｄ－１）選択肢を示す記載が存在するメッセージ行
　　　コロン（:）を区切り文字として有する複数のメッセージ行が連続して存在する場合、それらの行は「選択肢を示す記載」が存在するメッセージ行として取り扱われる。
　（ｄ－２）日付、時刻、又はそれらの組合せが存在するメッセージ行
　　　メッセージ行内において、日付、時刻、又はそれらの組合せが、それらの表記から認識される場合、当該行は「日付、時刻、又はそれらの組合せ」が存在するメッセージ行として取り扱われる。
　この一実施形態における分類の定義によれば、メッセージ通信プログラムは、テキスト形式の情報を構成する行が、いずれの分類に属する行であるかを、行ごとに順次決定していくことができ、テキスト形式の情報全体を解析することによって決定する必要がない。
　また、この一実施形態における分類の定義によれば、メッセージ通信プログラムは、テキスト形式の情報を構成する行が、いずれの分類に属する行であるかを、テキスト形式の情報の意味解析を行うことなく、決定することができる。同様に、「地理的な場所を示す記載」の存在、「選択肢を示す記載」の存在、及び「日付、時刻、又はそれらの組合せ」の存在についても、テキスト形式の情報の意味解析を行うことなく、決定することができる。例えば、テキスト形式の情報を構成する、ある行が、前記した「テキスト形式の情報における冒頭の行であって、末尾に句点（。）ないしピリオド（.）を有しない行」であるということは、テキスト形式の情報における表記上の特徴であって、その特徴の有無は、意味解析を行うことなく、決定することができる。そして、当該一実施形態における分類の定義の前記（ａ）によれば、ある行がそのように「テキスト形式の情報における冒頭の行であって、末尾に句点（。）ないしピリオド（.）を有しない行」であれば、その行は「表題（タイトル）行」であると分類することができる。また、テキスト形式の情報が「選択肢を示す記載」を有するということは、テキスト形式の情報における内容上の特徴であるが、当該一実施形態によれば、「コロン（:）を区切り文字として有する複数のメッセージ行が連続して存在する」という、テキスト形式の情報における表記上の特徴に基づき、意味解析を行うことなく、決定することができる。
　前記一実施形態における分類の定義は、一例にすぎない。例えば、メッセージ通信プログラムは、テキスト形式の情報を構成する行が、いずれの分類に属する行であるかを、テキスト形式の情報全体を解析することによって決定してもよい。また、メッセージ通信プログラムは、テキスト形式の情報を構成する行が、いずれの分類に属する行であるかを、テキスト形式の情報の意味解析を行うことによって決定するようにしてもよい。同様に、例えば、「地理的な場所を示す記載」の存在、「選択肢を示す記載」の存在、及び「日付、時刻、又はそれらの組合せ」の存在についても、テキスト形式の情報の意味解析を行うことによって決定してもよい。
＜図４～図８の例に共通する事項：通信プロトコル＞
　図４～図８に示す例において、通信プロトコルに関しては、送信先への通信に用いられる通信プロトコルがＲＣＳの通信プロトコルである場合を例に説明する。もっとも、通信プロトコルがこれに限定されないことは、いうまでもない。
＜図４に示される例＞
　次に、図４（図４Ａ及び図４Ｂ）を参照しつつ、特定の特徴、表示の様式又は配置に関する規則、及び、規則を適用した変換の一具体例について、説明する。
　図４は、テキスト形式の情報に、選択肢を示す記載が存在する場合の例を示す。この例において、テキスト形式の情報中における特定の特徴は、選択肢を示す記載の存在を含んでいる。特定の特徴はまた、選択肢を示す記載の存在を表す特徴として、特定の記号であるコロン（：）の存在を含んでいる。そして、図４の場合における、表示の様式又は配置に関する規則の例は、各選択肢を、選択操作（例えば、端末の画面上におけるタップ操作、又はクリック操作）が行われることにより、選択された選択肢が送信元に返信されるように表示すること、である。
　既述の、テキスト形式の情報中の行についての分類及びそれら分類の定義の例を参照しつつ、図４Ａを見ると、各行は次のように分類される。
－ 部分４１２中の行：メッセージ行（理由：部分４１２中の行は、前記定義における（ａ）～（ｃ）のいずれにも該当せず、その結果、「（ｄ）メッセージ行」に該当するからである。）
－ 部分４１４～４１８中の行：メッセージ行であって、「選択肢を示す記載」が存在するもの（理由：部分４１４～４１８中の行は、前記定義における（ａ）～（ｃ）のいずれにも該当せず、その結果、「（ｄ）メッセージ行」に該当する。そして、それらの行は、さらに、「コロン（:）を区切り文字として有する複数のメッセージ行が連続して存在する場合」に該当するものであり、その結果、「（ｄ－１）選択肢を示す記載が存在するメッセージ行」に該当するものであるからである。）
　一実施形態によれば、メッセージ通信プログラムは、図４Ａに示されるテキスト形式の情報中の行についての、上記した分類の結果、前記ステップＳ１０４において、当該テキスト形式の情報が、「選択肢を示す記載」が存在するという、特定の特徴を有する、と判断する。
　メッセージ通信プログラムは、さらに、前記ステップＳ３０４において、当該特定の特徴、及び、選択された通信プロトコル（例として、ＲＣＳの通信プロトコル）に応じて、テキスト形式の情報に対して適用する、表示の様式又は配置に関する規則を特定する。この場合、該当する規則の例は、上記したとおり、「各選択肢を、選択操作（例えば、端末の画面上におけるタップ操作、又はクリック操作）が行われることにより、選択された選択肢が送信元に返信されるように表示すること」である。
　メッセージ通信プログラムは、続いて、ステップＳ３０６において、当該規則をテキスト形式の情報に適用することにより、図４Ａに示されるテキスト形式の情報を、前記特定の特徴、及び、選択された通信プロトコルに応じた書式を備えた、図４Ｂに示される、部分４２２～４２８を有するメッセージに変換する。ここで、図４Ｂ中の部分４２４～４２８は、図４Ａ中の部分４１４～４１８に対応する選択肢であり、各選択肢は、選択操作（例えば、端末の画面上におけるタップ操作、又はクリック操作）が行われることにより、選択された選択肢が送信元に返信されるようになっている。
　この実施形態によれば、メッセージ通信において、送信元から発する情報をＳＭＳに対応した文字列のみからなるメッセージとすることにより、送信先にメッセージが届かない事態を確実に防止しつつ、送信先がリッチテキスト等の伝送が可能なＲＣＳのような通信形態に対応していたときには、かかるリッチテキスト等の伝送の能力を十分活用することが可能になる。
　また、送信元が、リッチテキスト等の伝送を意図する場合であっても、当該送信元から発する情報の少なくとも一部を、リッチな書式を伴わないテキスト形式の情報のみから構成することにより、送信元におけるメッセージ作成の簡便化を図ることができる。
＜図５に示される例＞
　図５（図５Ａ及び図５Ｂ）は、テキスト形式の情報に、表題又は見出しと対応する記述との組合せが存在し、さらに、ＵＲＬが存在する場合の例を示す。この例において、テキスト形式の情報中における特定の特徴は、表題又は見出しと対応する記述との組合せの存在、及び、ＵＲＬの存在を含んでいる。そして、図５の場合における、表示の様式又は配置に関する規則の例は、表題又は見出しを、対応する記述よりも大きな文字で表示すること、ＵＲＬのリンク先に画像が存在する場合には、当該画像を読み込み表示すること、及び、ＵＲＬのリンク先へのリンクを表示すること、である。
　既述の、テキスト形式の情報中の行についての分類及びそれら分類の定義の例を参照しつつ、図５Ａを見ると、各行は次のように分類される。
－ 部分５１２中の行：表題（タイトル）行（理由：部分５１２中の行は、前記定義における（ａ）にある、「テキスト形式の情報における冒頭の行であって、末尾に句点（。）ないしピリオド（.）を有しない行」に該当するからである。）
－ 部分５１４中の行：記述（詳細説明）行（理由：部分５１４中の行は、前記定義における（ｂ）にある、「表題（タイトル）行に後続する行（別な記述行を介して表題行に後続する場合を含む）であって、表題行でもＵＲＬ行でもない行」に該当するからである。なお、ここでは、部分５１４中の行の冒頭にある「－」は、前記定義における（ａ）にある「特定の記号」には該当しないものとしている。）
－ 部分５１６中の行：ＵＲＬ行（理由：部分５１６中の行は、前記定義における（ｃ）にある、「インターネット上のリソースを指定するＵＲＬでなる行」に該当するからである。）
　一実施形態によれば、メッセージ通信プログラムは、図５Ａに示されるテキスト形式の情報中の行についての、上記した分類の結果、前記ステップＳ１０４において、当該テキスト形式の情報が、「表題又は見出しと対応する記述との組合せ」が存在するという、特定の特徴、及び、「ＵＲＬ」が存在するという、特定の特徴を有する、と判断する。
　メッセージ通信プログラムは、さらに、前記ステップＳ３０４において、当該特定の特徴、及び、選択された通信プロトコル（例として、ＲＣＳの通信プロトコル）に応じて、テキスト形式の情報に対して適用する、表示の様式又は配置に関する規則を特定する。この場合、該当する規則の例は、上記したとおり、「表題又は見出しを、対応する記述よりも大きな文字で表示すること」、「ＵＲＬのリンク先に画像が存在する場合には、当該画像を読み込み表示すること」、及び、「ＵＲＬのリンク先へのリンクを表示すること」である。
　メッセージ通信プログラムは、続いて、ステップＳ３０６において、当該規則をテキスト形式の情報に適用することにより、図５Ａに示されるテキスト形式の情報を、前記特定の特徴、及び、選択された通信プロトコルに応じた書式を備えた、図５Ｂに示される、部分５２２～５２８を有するメッセージに変換する。ここで、図５Ｂ中の部分５２４及び５２６は、それぞれ図５Ａ中の部分５１２（表題行）及び５１４（記述行）に対応しており、部分５２４のほうが部分５２６よりも大きな文字で表示されている。また、図５Ｂ中の部分５２２は、図５Ａにおける部分５１６中のＵＲＬのリンク先に存在する画像であり、部分５２８は、当該ＵＲＬのリンク先へのリンクである。
＜図６に示される例＞
　図６（図６Ａ及び図６Ｂ）は、テキスト形式の情報に、表題又は見出しと対応する記述との組合せが複数組存在し、さらに、ＵＲＬが存在する場合の例を示す。この例において、テキスト形式の情報中における特定の特徴は、表題又は見出しと対応する記述との組合せの存在、及び、ＵＲＬの存在を含んでいる。そして、図６の場合における、表示の様式又は配置に関する規則の例は、表題又は見出しを、対応する記述よりも大きな文字で表示すること、表題又は見出しと対応する記述との組合せが複数組存在する場合には、個々の組合せを横並びに配置すること、ＵＲＬのリンク先に画像が存在する場合には、当該画像を読み込み表示すること、及び、ＵＲＬのリンク先へのリンクを表示すること、である。
　既述の、テキスト形式の情報中の行についての分類及びそれら分類の定義の例を参照しつつ、図６Ａを見ると、各行は次のように分類される。
－ 部分６１２中の行：メッセージ行（理由：部分６１２中の行は、前記定義における（ａ）～（ｃ）のいずれにも該当せず、その結果、「（ｄ）メッセージ行」に該当するからである。）
－ 部分６１４及び６２０中の行：表題（タイトル）行（理由：部分６１４及び６２０中の行は、前記定義における（ａ）にある、「特定の記号（例：>，*）で始まる行であって、末尾に句点（。）ないしピリオド（.）を有しない行」に該当するからである。）
－ 部分６１６及び６２２中の行：記述（詳細説明）行（理由：部分６１６及び６２２中の行は、前記定義における（ｂ）にある、「表題（タイトル）行に後続する行（別な記述行を介して表題行に後続する場合を含む）であって、表題行でもＵＲＬ行でもない行」に該当するからである。）
－ 部分６１８及び６２４中の行：ＵＲＬ行（理由：部分６１８及び６２４中の行は、前記定義における（ｃ）にある、「インターネット上のリソースを指定するＵＲＬでなる行」に該当するからである。）
　一実施形態によれば、メッセージ通信プログラムは、図６Ａに示されるテキスト形式の情報中の行についての、上記した分類の結果、前記ステップＳ１０４において、当該テキスト形式の情報が、「表題又は見出しと対応する記述との組合せ」が存在するという、特定の特徴、及び、「ＵＲＬ」が存在するという、特定の特徴を有する、と判断する。
　メッセージ通信プログラムは、さらに、前記ステップＳ３０４において、当該特定の特徴、及び、選択された通信プロトコル（例として、ＲＣＳの通信プロトコル）に応じて、テキスト形式の情報に対して適用する、表示の様式又は配置に関する規則を特定する。この場合、該当する規則の例は、上記したとおり、「表題又は見出しを、対応する記述よりも大きな文字で表示すること」、「表題又は見出しと対応する記述との組合せが複数組存在する場合には、個々の組合せを横並びに配置すること」、「ＵＲＬのリンク先に画像が存在する場合には、当該画像を読み込み表示すること」、及び、「ＵＲＬのリンク先へのリンクを表示すること」である。
　メッセージ通信プログラムは、続いて、ステップＳ３０６において、当該規則をテキスト形式の情報に適用することにより、図６Ａに示されるテキスト形式の情報を、前記特定の特徴、及び、選択された通信プロトコルに応じた書式を備えた、図６Ｂに示される、部分６３２、部分６３６～６４２、及び６４６～６５２を有するメッセージに変換する。ここで、図６Ｂ中の部分６３８及び６４８並びに６４０及び６５０は、それぞれ図６Ａ中の部分６１４及び６２０（いずれも表題行）並びに６１６及び６２２（いずれも記述行）に対応しており、部分６３８及び６４８のほうが部分６４０及び６５０よりも大きな文字で表示されている。また、表題又は見出しと対応する記述との組合せの一組を含む部分６３４と、別な組合せを含む部分６４４とは、互いに横並びになるよう、配置されている。さらに、図６Ｂ中の部分６３６及び６４６は、図６Ａにおける部分６１８及び６２４中のＵＲＬのリンク先に存在する画像であり、部分６４２及び６５２は、それらＵＲＬのリンク先へのリンクである。
＜図７に示される例＞
　図７（図７Ａ及び図７Ｂ）は、テキスト形式の情報に、地理的な場所を示す記載、及び、日付、時刻、又はそれらの組合せが存在する場合の例を示す。この例において、テキスト形式の情報中における特定の特徴は、地理的な場所を示す記載の存在を含んでいる。（特定の特徴に、日付、時刻、又はそれらの組合せの存在も含ませる場合の例については、図８に関連させて示す。）　そして、図７の場合における、表示の様式又は配置に関する規則の例は、地理的な場所を示す記載が、地球上の緯度及び経度の指定を含むＵＲＬでなる場合、該当する地理的な場所を含む地図を読み込み、当該地図及び当該場所を表示すること、である。
　既述の、テキスト形式の情報中の行についての分類及びそれら分類の定義の例を参照しつつ、図７Ａを見ると、各行は次のように分類される。
－ 部分７１２中の行：メッセージ行（理由：部分７１２中の行は、前記定義における（ａ）～（ｃ）のいずれにも該当せず、その結果、「（ｄ）メッセージ行」に該当するからである。）
－ 部分７１４中の行：ＵＲＬ行であって、「地理的な場所を示す記載」が存在するもの（理由：部分７１４中の行は、前記定義における（ｃ）にある、「インターネット上のリソースを指定するＵＲＬでなる行」に該当する。そして、当該行は、さらに、「ＵＲＬ行が地球上の緯度及び経度の指定を含むＵＲＬでなる場合」に該当するものであり、その結果、「（ｃ－１）地理的な場所を示す記載が存在するＵＲＬ行」に該当するものであるからである。）
　一実施形態によれば、メッセージ通信プログラムは、図７Ａに示されるテキスト形式の情報中の行についての、上記した分類の結果、前記ステップＳ１０４において、当該テキスト形式の情報が、「地理的な場所を示す記載」が存在するという、特定の特徴を有する、と判断する。
　メッセージ通信プログラムは、さらに、前記ステップＳ３０４において、当該特定の特徴、及び、選択された通信プロトコル（例として、ＲＣＳの通信プロトコル）に応じて、テキスト形式の情報に対して適用する、表示の様式又は配置に関する規則を特定する。この場合、該当する規則の例は、上記したとおり、「地理的な場所を示す記載が、地球上の緯度及び経度の指定を含むＵＲＬでなる場合、該当する地理的な場所を含む地図を読み込み、当該地図及び当該場所を表示すること」である。
　メッセージ通信プログラムは、続いて、ステップＳ３０６において、当該規則をテキスト形式の情報に適用することにより、図７Ａに示されるテキスト形式の情報を、前記特定の特徴、及び、選択された通信プロトコルに応じた書式を備えた、図７Ｂに示される、部分７２２及び７２４を有するメッセージに変換する。ここで、図７Ｂ中の部分７２４は、図７Ａにおける部分７１４中のＵＲＬのリンク先に存在する地図の画像及び該当する場所の表示である。
＜図８に示される例＞
　図８（図８Ａ及び図８Ｂ）は、図７に示される例と同様、テキスト形式の情報に、地理的な場所を示す記載、及び、日付、時刻、又はそれらの組合せが存在する場合の例を示す。図８Ａに示されるテキスト形式の情報は、図７Ａに示されるテキスト形式の情報と同一である。この図８の例において、テキスト形式の情報中における特定の特徴は、日付、時刻、又はそれらの組合せの存在、及び、地理的な場所を示す記載の存在を含んでいる。そして、この図８の場合における、表示の様式又は配置に関する規則の例は、日付、時刻、又はそれらの組合せに対応する日時をカレンダーに登録する選択肢を表示すること、並びに、地理的な場所を示す記載が、地球上の緯度及び経度の指定を含むＵＲＬでなる場合、該当する地理的な場所を含む地図を読み込む選択肢を表示すること、である。
　既述の、テキスト形式の情報中の行についての分類及びそれら分類の定義の例を参照しつつ、図８Ａを見ると、各行は次のように分類される。
－ 部分８１２中の行：メッセージ行（理由：部分８１２中の行は、前記定義における（ａ）～（ｃ）のいずれにも該当せず、その結果、「（ｄ）メッセージ行」に該当するからである。）
－ 部分８１４中の行：メッセージ行であって、「日付、時刻、又はそれらの組合せ」が存在するもの（理由：部分８１４中の行は、前記定義における（ａ）～（ｃ）のいずれにも該当せず、その結果、「（ｄ）メッセージ行」に該当する。そして、当該行は、さらに、「メッセージ行内において、日付、時刻、又はそれらの組合せが、それらの表記から認識される場合」に該当するものであり、その結果、「（ｄ－２）日付、時刻、又はそれらの組合せが存在するメッセージ行」に該当するものであるからである。）
－ 部分８１６中の行：ＵＲＬ行であって、「地理的な場所を示す記載」が存在するもの（理由：部分８１６中の行は、前記定義における（ｃ）にある、「インターネット上のリソースを指定するＵＲＬでなる行」に該当する。そして、当該行は、さらに、「ＵＲＬ行が地球上の緯度及び経度の指定を含むＵＲＬでなる場合」に該当するものであり、その結果、「（ｃ－１）地理的な場所を示す記載が存在するＵＲＬ行」に該当するものであるからである。）
　一実施形態によれば、メッセージ通信プログラムは、図８Ａに示されるテキスト形式の情報中の行についての、上記した分類の結果、前記ステップＳ１０４において、当該テキスト形式の情報が、「日付、時刻、又はそれらの組合せ」が存在するという、特定の特徴、及び、「地理的な場所を示す記載」が存在するという、特定の特徴を有する、と判断する。
　メッセージ通信プログラムは、さらに、前記ステップＳ３０４において、当該特定の特徴、及び、選択された通信プロトコル（例として、ＲＣＳの通信プロトコル）に応じて、テキスト形式の情報に対して適用する、表示の様式又は配置に関する規則を特定する。この場合、該当する規則の例は、上記したとおり、「日付、時刻、又はそれらの組合せに対応する日時をカレンダーに登録する選択肢を表示すること」、並びに、「地理的な場所を示す記載が、地球上の緯度及び経度の指定を含むＵＲＬでなる場合、該当する地理的な場所を含む地図を読み込む選択肢を表示すること」である。
　メッセージ通信プログラムは、続いて、ステップＳ３０６において、当該規則をテキスト形式の情報に適用することにより、図８Ａに示されるテキスト形式の情報を、前記特定の特徴、及び、選択された通信プロトコルに応じた書式を備えた、図８Ｂに示される、部分８２２～８２６を有するメッセージに変換する。ここで、図８Ｂ中の部分８２４は、図８Ａにおける部分８１４中の日時をカレンダーに登録する選択肢の表示である。また、図８Ｂ中の部分８２６は、図８Ａにおける部分８１６中のＵＲＬのリンク先に存在する地図の画像を読み込む選択肢の表示である。
　実施形態のメッセージ通信プログラムによれば、図５～８に示される例の場合についても、図４に示される例の場合について記載したのと同様の、有利な効果を得ることができる。
　なお、テキスト形式の情報に対して適用する、表示の様式又は配置に関する規則は、前述のとおり、送信元が選択した規則を含んでいてよいが、そのような選択の一例としては、次がある。すなわち、「地理的な場所を示す記載が、地球上の緯度及び経度の指定を含むＵＲＬでなる場合」に関し、図７に関連して記した規則の例である、「該当する地理的な場所を含む地図を読み込み、当該地図及び当該場所を表示すること」と、図８に関連して記した規則の例である、「該当する地理的な場所を含む地図を読み込む選択肢を表示すること」との間の選択である。かかる選択により、メッセージ通信プログラムは、変換に係る規則についての幅広い自由度を、送信元に提供することができる。
＜機能ブロック図及びハードウェア構成＞
　図９は、実施形態のメッセージ通信プログラムを実行する装置が有する構成を示す、機能ブロック図である。
　当該装置の構成は、送信元９０２から、少なくとも一部がテキスト形式の情報である情報、及び、送信先のアドレスであって前記送信先の電話番号又は電話番号に準ずるアドレスを受け取る、アドレス及びテキスト形式情報受取部９０４を有する。当該構成は、また、前記テキスト形式の情報中に特定の特徴を有する部分が存在するか否かの判断を行う特徴判断部９０６、前記テキスト形式の情報の一部又は全部を前記特徴及び前記送信先への通信に用いられる通信プロトコルに応じた書式を備えたメッセージに変換する変換部９０８、並びに、送信元９０２及び送信先９２４にメッセージを送信する送信部９２２を有する。そのうち変換部９０８は、さらに、前記送信先への通信に用いられる通信プロトコルの選択を行う通信プロトコル選択部９１０、前記テキスト形式の情報に対して適用する表示の様式又は配置に関する規則を特定する規則特定部９１６、及び前記規則を適用して変換を実施する変換実施部９２０を備える。
　前記通信プロトコル選択部９１０は、既に詳述した通信プロトコルＤＢ９１２及び優先順位記憶部９１４と接続されている。また、前記規則特定部９１６は、図４～８に関連して例示した、表示の様式又は配置に関する規則を記憶している、規則記憶部９１８と接続されている。
　各々の部の機能については、メッセージ通信プログラムに関する本明細書における説明から当業者に明らかであるので、さらなる説明は割愛する。
　図１０は、実施形態のメッセージ通信プログラムを実行する装置１０００のハードウェア構成図である。当該装置１０００は、ＣＰＵ１００２、ＲＯＭ１００４、ＲＡＭ１００６、キー操作部１００８、通信部１０１０、表示部１０１２、及び外部記憶制御部１０１４を有する。当該装置１０００は、外部記憶制御部１０１４により、メモリ１０１６に記憶されたメッセージ通信プログラムを読み込んで動作することが可能である。メッセージ通信プログラムは、ＲＯＭ１００４及びＲＡＭ１００６にも保存され得る。当該装置１０００は、メッセージ通信プログラムを実行するＣＰＵ１００２の管理のもとに動作する。
　以上、実施形態に基づいて説明を行ってきたが、本明細書に記載されている実施形態は一例であって、特許請求の範囲において特定された発明を限定するためのものと解釈してはならない。
９０２　送信元
９０４　アドレス及びテキスト形式情報受取部
９０６　特徴判断部
９０８　変換部
９１０　通信プロトコル選択部
９１２　通信プロトコルＤＢ
９１４　優先順位記憶部
９１６　規則特定部
９１８　規則記憶部
９２０　変換実施部
９２２　送信部
９２４　送信先

 

Claims (18)

  1. 　送信元から少なくとも一部がテキスト形式の情報である情報を受け取り、
    　前記テキスト形式の情報中に特定の特徴を有する部分が存在するか否かを判断し、
    　前記特徴を有する部分が存在すると判断した場合に、前記テキスト形式の情報の一部又は全部を、前記特徴及び送信先への通信に用いられる通信プロトコルに応じた書式を備えたメッセージに変換し、
    　前記メッセージを前記送信先に送信する
    　処理をコンピュータに実行させるメッセージ通信プログラムであって、
    　前記メッセージに変換する処理は、
    　　前記テキスト形式の情報に対して、前記テキスト形式の情報中の情報の表示の様式又は配置に関する規則を適用する処理を含む
    　メッセージ通信プログラム。
  2. 　送信元から少なくとも一部がテキスト形式の情報である情報を受け取り、
    　前記テキスト形式の情報中に特定の特徴を有する部分が存在するか否かを判断し、
    　前記特徴を有する部分が存在すると判断した場合に、前記テキスト形式の情報の一部又は全部を、前記特徴及び送信先への通信に用いられる通信プロトコルに応じた書式を備えたメッセージに変換し、
    　前記メッセージを前記送信先に送信する
    　処理をコンピュータに実行させるメッセージ通信プログラムであって、
    　前記特徴を有する部分が存在するか否かを判断する処理は、
    　　前記テキスト形式の情報中の行についての分類に基づく処理であって、前記テキスト形式の情報中における前記分類のうちの所定の複数の項目の存在に応じた処理を含む
    　メッセージ通信プログラム。
  3. 　送信元から少なくとも一部がテキスト形式の情報である情報を受け取り、
    　前記テキスト形式の情報中に特定の特徴を有する部分が存在するか否かを判断し、
    　前記特徴を有する部分が存在すると判断した場合に、前記テキスト形式の情報の一部又は全部を、前記特徴及び送信先への通信に用いられる通信プロトコルに応じた書式を備えたメッセージに変換し、
    　前記メッセージを前記送信先に送信する
    　処理をコンピュータに実行させるメッセージ通信プログラムであって、
    　前記メッセージに変換する処理は、
    　　複数の前記通信プロトコルのそれぞれについて、前記通信プロトコルに応じた前記変換が行われた前記メッセージを用意しておく処理を含む
    　メッセージ通信プログラム。
  4. 　送信元から少なくとも一部がテキスト形式の情報である情報を受け取り、
    　前記テキスト形式の情報中に特定の特徴を有する部分が存在するか否かを判断し、
    　前記特徴を有する部分が存在すると判断した場合に、前記テキスト形式の情報の一部又は全部を、前記特徴及び送信先への通信に用いられる通信プロトコルに応じた書式を備えたメッセージに変換し、
    　前記メッセージを前記送信先に送信する
    　処理をコンピュータに実行させるメッセージ通信プログラムであって、
    　前記特徴は、
    　　前記テキスト形式の情報における選択肢を示す記載の存在、
    　　前記テキスト形式の情報における表題若しくは見出しと前記表題若しくは見出しに対応する記述との組合せの存在、又は、
    　　前記テキスト形式の情報における日付、時刻、若しくはそれらの組合せの存在
    　の少なくともいずれかを含む
    　メッセージ通信プログラム。
  5. 　前記メッセージに変換する処理は、
    　　前記テキスト形式の情報が備えている書式の情報量よりも多い情報量の書式を備えたメッセージに変換する処理を含む
    　請求項１ないし４のうちいずれか１項に記載のメッセージ通信プログラム。
  6. 　前記規則は、
    　　あらかじめ定められた表示の様式又は配置に関する規則を含む
    　請求項１に記載のメッセージ通信プログラム。
  7. 　前記規則は、
    　　送信元が選択した表示の様式又は配置に関する規則を含む
    　請求項１に記載のメッセージ通信プログラム。
  8. 　前記メッセージに変換する処理は、
    　　前記メッセージを前記送信先に送信する前に前記送信元の装置に表示されるように前記送信元に前記メッセージを送信する処理を含む
    　請求項１ないし７のうちいずれか１項に記載のメッセージ通信プログラム。
  9. 　前記メッセージに変換する処理は、
    　　あらかじめ定められた優先順位に基づいて前記通信プロトコルを選択する処理を含む
    　請求項１ないし８のうちいずれか１項に記載のメッセージ通信プログラム。
  10. 　前記情報を受け取る処理は、
    　　前記送信元から、少なくとも前記送信先のアドレスであって前記送信先の電話番号又は電話番号に準ずるアドレスを受け取る処理を含む
    　請求項１ないし９のうちいずれか１項に記載のメッセージ通信プログラム。
  11. 　前記メッセージに変換する処理は、
    　　前記アドレスに基づいて前記通信プロトコルを選択する処理を含む
    　請求項１０に記載のメッセージ通信プログラム。
  12. 　前記テキスト形式の情報は、１又は複数のメッセージを含み、
    　前記送信先に送信される前記メッセージは、１又は複数のメッセージを含む
    　請求項１ないし１１のうちいずれか１項に記載のメッセージ通信プログラム。
  13. 　前記特定の特徴は、あらかじめ定められている１又は複数の特徴である
    　請求項１ないし１２のうちいずれか１項に記載のメッセージ通信プログラム。
  14. 　前記特定の特徴は、前記テキスト形式の情報の内容上の特徴を含む
    　請求項１ないし１３のうちいずれか１項に記載のメッセージ通信プログラム。
  15. 　前記特定の特徴は、前記テキスト形式の情報の表記上の特徴を含む
    　請求項１ないし１４のうちいずれか１項に記載のメッセージ通信プログラム。
  16. 　前記内容上の特徴は、前記テキスト形式の情報における特定の文字、記号、又はそれらの組合せの存在を含む
    　請求項１４に記載のメッセージ通信プログラム。
  17. 　前記内容上の特徴は、前記テキスト形式の情報におけるＵＲＬの存在を含む
    　請求項１４に記載のメッセージ通信プログラム。
  18. 　前記内容上の特徴は、前記テキスト形式の情報における地理的な場所を示す記載の存在を含む
    　請求項１４に記載のメッセージ通信プログラム。
PCT/JP2022/012376 2021-03-17 2022-03-17 メッセージ通信プログラム WO2022196772A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US18/368,518 US20240007425A1 (en) 2021-03-17 2023-09-14 Message communication method and computer-readable medium

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2021-044042 2021-03-17
JP2021044042A JP6942401B1 (ja) 2021-03-17 2021-03-17 メッセージ通信プログラム

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US18/368,518 Continuation US20240007425A1 (en) 2021-03-17 2023-09-14 Message communication method and computer-readable medium

Publications (1)

Publication Number Publication Date
WO2022196772A1 true WO2022196772A1 (ja) 2022-09-22

Family

ID=77847077

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2022/012376 WO2022196772A1 (ja) 2021-03-17 2022-03-17 メッセージ通信プログラム

Country Status (3)

Country Link
US (1) US20240007425A1 (ja)
JP (1) JP6942401B1 (ja)
WO (1) WO2022196772A1 (ja)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000276414A (ja) * 1999-03-25 2000-10-06 Mitsubishi Electric Corp メッセージングシステム
JP2004532593A (ja) * 2001-06-25 2004-10-21 ノキア コーポレイション データ情報を得るための方法及び装置
US20120166554A1 (en) * 2010-12-27 2012-06-28 Yahoo! Inc Automatically compressing e-mail forwarded to a user telephone

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006018698A (ja) * 2004-07-02 2006-01-19 Hitachi Software Eng Co Ltd 電子メール内容宛先別自動変換システム
JP2006309472A (ja) * 2005-04-27 2006-11-09 Keiyo Sokuryo Kk 地理情報提供プログラムと、ネットワークを利用した地理情報提供システム

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000276414A (ja) * 1999-03-25 2000-10-06 Mitsubishi Electric Corp メッセージングシステム
JP2004532593A (ja) * 2001-06-25 2004-10-21 ノキア コーポレイション データ情報を得るための方法及び装置
US20120166554A1 (en) * 2010-12-27 2012-06-28 Yahoo! Inc Automatically compressing e-mail forwarded to a user telephone

Also Published As

Publication number Publication date
JP2022143503A (ja) 2022-10-03
JP6942401B1 (ja) 2021-09-29
US20240007425A1 (en) 2024-01-04

Similar Documents

Publication Publication Date Title
KR101109339B1 (ko) 전자 메시지용 스키마 계층구조
US11568368B2 (en) Classification engine instance informing parsing of emails received by an email client instance executed by a mobile device
CN106021510B (zh) 对于由移动设备的用户启动的查询进行处理的方法和系统
US7958099B2 (en) Unified management method of various types of messages of a personal information terminal
JP3525042B2 (ja) 電子メールシステム，電子メール転送方法および電子メールプログラムを記録した記録媒体
AU2011341505B2 (en) Using text messages to interact with spreadsheets
US8775520B1 (en) Systems and methods for viewing non-HTML email attachments
US8606871B2 (en) Compressible display of e-mail message string to facilitate readability
US8108472B2 (en) Electronic mail system
US20070174396A1 (en) Email text-to-speech conversion in sender's voice
KR20060050342A (ko) 팩스 메시지를 나타내기 위해 메시지 스키마를 확장하는시스템 및 방법
US20080270559A1 (en) Mobile Device and Method for Sending a Message from a Mobile Device
US8583743B1 (en) System and method for message gateway consolidation
US8775534B2 (en) Method and system for e-mail enhancement
CN110855555A (zh) 邮件发送方法、装置、设备及计算机可读存储介质
US8458122B2 (en) Document management systems, apparatuses and methods configured to provide document notification
CN108768835B (zh) 一种邮件解析方法、装置、服务器和存储介质
US20020044294A1 (en) Information providing system and apparatus and methods therefor
JP7182467B2 (ja) メッセージデータを選択的に適合して送信するための方法とシステム
WO2022196772A1 (ja) メッセージ通信プログラム
US7555534B2 (en) Phonetic name support in an electronic directory
JP2004030017A (ja) 情報処理システムおよび方法
US7702340B2 (en) Short message system for mobile devices
US20040093429A1 (en) System for targeted messaging and method of operation thereof
KR20030033112A (ko) 발신후 업데이트 가능한 이메일 제공 시스템 및 방법

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

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 11202306940R

Country of ref document: SG

122 Ep: pct application non-entry in european phase

Ref document number: 22771517

Country of ref document: EP

Kind code of ref document: A1