WO2016031432A1 - 情報処理装置、情報処理方法、プログラム、サーバー及び情報処理システム - Google Patents

情報処理装置、情報処理方法、プログラム、サーバー及び情報処理システム Download PDF

Info

Publication number
WO2016031432A1
WO2016031432A1 PCT/JP2015/070687 JP2015070687W WO2016031432A1 WO 2016031432 A1 WO2016031432 A1 WO 2016031432A1 JP 2015070687 W JP2015070687 W JP 2015070687W WO 2016031432 A1 WO2016031432 A1 WO 2016031432A1
Authority
WO
WIPO (PCT)
Prior art keywords
schedule
information
terminal
server
identification information
Prior art date
Application number
PCT/JP2015/070687
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 ソニー株式会社
Priority to JP2016545052A priority Critical patent/JP6601399B2/ja
Publication of WO2016031432A1 publication Critical patent/WO2016031432A1/ja

Links

Images

Classifications

    • 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
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR 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
    • G06Q10/00—Administration; Management
    • G06Q10/10—Office automation; Time management

Definitions

  • the present disclosure relates to an information processing apparatus, an information processing method, a program, a server, and an information processing system method.
  • Patent Document 1 discloses a technique that facilitates registration of a schedule that can be shared by a plurality of individual users and allows each user to easily view the schedules of other users. Are listed.
  • Patent Document 2 describes a technique that assumes whether or not schedule information can be received by a communication terminal on the schedule information reception side without using a server device.
  • an identification that stores identification information corresponding to the downloaded schedule sharing application that is set from a server that manages the schedule information
  • An information processing apparatus comprising: an information storage unit; and a transmission unit that transmits the identification information and the schedule information to the server when registering the schedule information with the other user's terminal in the server.
  • identification information corresponding to the downloaded schedule sharing application set from a server that manages the schedule information is stored. And providing the identification information and the schedule information to the server when registering the schedule information with the server for sharing with other users' terminals. Is done.
  • identification information corresponding to the downloaded schedule sharing application set from a server that manages the schedule information is stored.
  • an identification information issuing unit that issues identification information corresponding to a downloaded schedule sharing application in response to downloading of a schedule sharing application for sharing schedule information to the terminal, and the terminal
  • a server comprising: a registration unit that receives and registers the identification information and the schedule information transmitted from the terminal when sharing the schedule information with another user's terminal.
  • the identification information corresponding to the downloaded schedule sharing application is issued, and the terminal And receiving and registering the identification information and the schedule information transmitted from the terminal when the terminal is shared with another user's terminal, an information processing method is provided.
  • means for issuing identification information corresponding to the downloaded schedule sharing application in response to downloading of the schedule sharing application for sharing the schedule information to the terminal the terminal outputs the schedule information.
  • a program for causing a computer to function as means for receiving and registering the identification information and the schedule information transmitted from the terminal when sharing with another user's terminal is provided.
  • the identification information issuing unit that issues the identification information corresponding to the downloaded schedule sharing application in response to the download to the information processing apparatus of the schedule sharing application for sharing the schedule information
  • a server having a registration unit that receives and registers the identification information and the schedule information transmitted from the terminal when the information processing apparatus shares the schedule information with another user's terminal;
  • An identification information storage unit configured to store the identification information corresponding to the downloaded schedule sharing application, which is set from the server that manages the schedule information in response to the download of the schedule sharing application for sharing, and the schedule When registering with the server to share information with other users' terminals, the identification And a transmission section that transmits broadcast and the schedule information to the server, information processing system comprising, said information processing apparatus is provided.
  • Schedule sharing system configuration 2. Association of information on invitees and invitees based on the schedule identification ID 3. When the invitee's terminal has not downloaded the schedule sharing application If the invitee's device has downloaded the schedule sharing application
  • FIG. 1 is a schematic diagram illustrating a configuration example of a system according to the present embodiment.
  • the system according to the present embodiment includes a server 100, a terminal 200, and a terminal 300.
  • the terminals 200 and 300 are devices having a display screen and an operation unit such as a smartphone, for example.
  • the terminals 200 and 300 are terminals including a touch panel provided with a touch sensor on a display screen.
  • the terminals 200 and 300 are not limited thereto.
  • the server 100 includes a communication unit 102, an identification information issuing unit 104, a schedule registration unit 106, a schedule identification information issuing unit 108, and a database 110.
  • the terminal 200 includes a database 210, a communication unit 220, an operation input unit 222, a schedule information creation unit 224, an imaging unit 226, a display processing unit 228, and a display unit 230.
  • These components shown in FIG. 1 can be configured by a circuit or a central processing unit such as a CPU and a program (software) for causing it to function.
  • the program can be stored in a storage unit such as a memory included in the server 100 or the terminals 200 and 300, or a memory inserted from the outside.
  • the communication unit 102 of the server 100 is an interface that communicates with the terminals 200 and 300.
  • the identification information issuing unit 104 issues a UUID described later.
  • the schedule registration unit 106 registers a schedule when schedule information and UUID are transmitted from the terminal 200 in step S12 of FIG.
  • the schedule identification information issuing unit 108 issues a schedule identification ID described later.
  • the database 110 stores various types of information related to schedule sharing.
  • the database 210 of the terminal 200 is a database provided in a schedule sharing application to be described later, or a database such as a memory and a hard disk provided in the terminal 200.
  • the communication unit 220 is an interface that communicates with the server 100 or the terminal 300.
  • the operation input unit 222 is a component such as a touch sensor or an operation button that is input by a user operation.
  • the schedule information creation unit 224 creates schedule information to be described later in response to a user operation.
  • the imaging unit 226 includes an imaging element such as a CCD sensor or a CMOS sensor and an imaging optical system. The imaging unit 226 photoelectrically converts a subject image formed on the imaging surface of the imaging element by the imaging optical system, and thus image data such as a still image or a moving image. To get.
  • the display processing unit 228 performs processing for performing display on the display unit 230.
  • the display unit 230 includes a liquid crystal display (LCD) or the like.
  • each user shares a schedule without using personal information using the terminals 200 and 300 owned by each user.
  • a unique ID (hereinafter also referred to as a UUID) is assigned to a schedule sharing application (hereinafter also referred to as a schedule sharing application) downloaded by the terminals 200 and 300.
  • An event identification ID is assigned to a schedule (event) created by a shared individual, and a public event ID is assigned to a schedule (event) created by a company.
  • these event identification ID and public event ID are referred to as scheduled identification IDs. Then, information associated with these schedule identification IDs is managed on the server 100 side, and schedule sharing is realized by exchanging this schedule identification ID between users.
  • the user can perform individual schedule (event) units without going through complicated processes such as registration of personal information and login using ID / password (PW).
  • Information can be shared between any users. Once shared, the shared members can freely change or add content, and even if it is changed in the middle, the change is immediately reflected in all shared users. Since registration of personal information is not required and a process such as login is not required, users can easily share a schedule between users without performing complicated processing.
  • each user can share his / her schedule with family and friends with simple settings based on the scheduler function.
  • you can automatically distribute the latest information just by selecting the information you want, such as new product information of your favorite company, coupons for frequently-used stores, route operation information, currency exchange and stock information, etc. Connected mode).
  • it is possible to notify only the information required by the user in cooperation with the wearable device, and it is also possible to reflect the life log owned by the device on the scheduler (a mode connected to things).
  • the server 100 issues a UUID (unique identification information different for each terminal) when the schedule sharing application (schedule sharing software) is downloaded to each terminal 200, 300.
  • This UUID is not issued to the terminals 200 and 300, but is issued to the downloaded application. Therefore, even if the terminal 200 is the same, when the scheduled sharing application is downloaded again, a UUID is newly issued.
  • the UUID is transmitted to each terminal 200, 300 that has downloaded the scheduled sharing application, and stored in the databases 210, 310 of each terminal 200, 300. Note that the UUID is not notified to the user, and the user can perform subsequent operations without being aware of the issued UUID.
  • Users can create schedules using their own terminals 200 and 300.
  • the created schedule is stored in the terminals 200 and 300.
  • the users of the terminals 200 and 300 can share the created schedule with users of other terminals and can invite participation in the schedule.
  • the server 100 manages participants, non-participants, and unanswered participants in the shared schedule.
  • the server 100 issues a unique schedule identification ID to the schedule that is difficult to guess by the user.
  • each user sets a nickname so that the user can be identified when sharing the schedule.
  • One user may have one nickname, and the nickname may overlap with other users. Even when nicknames are duplicated among a plurality of users, the UUID is uniquely set for the scheduled sharing application downloaded by each terminal, and thus the user can be uniquely specified using the UUID.
  • the terminal 200 after downloading the schedule sharing application, the terminal 200 performs schedule registration in step S10.
  • the UUID issued from the server 100 by downloading the schedule sharing application is stored in the database 210 of the terminal 200.
  • FIG. 2 is a schematic diagram showing a screen of the terminal 200.
  • a screen 500 shows an initial state.
  • the button 202 presses the button 202 in a state where a check mark is added to “My schedule”, “Invited schedule”, and “A company domestic trip” as “Events to be displayed” on the screen 500, the screen transitions to the screen 502. .
  • a calendar is displayed, and below the calendar, all events related to the events selected as “display events” (“your own schedule”, “invited schedule”, “company A domestic trip”) are displayed. Event information is displayed.
  • all events including events other than the selected event can be displayed by performing a predetermined operation.
  • “My schedule” and “Invited schedule” are schedules (events) created by individuals, and “A company domestic trip” is a schedule (event) created by a company.
  • the user wants to newly register an event, when the user presses the button 204 on the screen 502 in FIG. On the screen 506, the user inputs schedule information such as “title”, “description” of the event, “start” and “end”, and “location” of the event, and presses the completion button 206 to schedule the terminal 200.
  • Register When registering an “image” (image) on the screen 506, it is possible to select and register from a plurality of images displayed on the screen 508 in FIG. Transition from the screen 506 to the screen 508 can be performed by operating a predetermined button.
  • the registered “image” is displayed on the screens 502 and 504 in FIG. 2 to indicate a schedule. Thereby, the user can visually discriminate each schedule from the displayed “image” (image) on the screens 502 and 504.
  • step S10 in FIG. 1 is completed.
  • “travel to Izu” is registered as a schedule.
  • the registered schedule is stored in the database 210 (see FIG. 1) in the schedule sharing application of the terminal 200.
  • the registered schedule is displayed below the calendar on the screen 502 in FIG. 2, and when all events are displayed, it is displayed on the screen 504 in FIG.
  • FIG. 4 is a schematic diagram showing a screen for inviting to a registered schedule.
  • the screen can transition to the screen 510 (schedule details screen) of FIG.
  • the screen 502 in FIG. 2 or an arbitrary schedule displayed on the screen 504 can be changed to the screen 510 in FIG. 4 by selecting a schedule that has not yet invited a friend.
  • the user of the terminal 200 can share the registered schedule with other users by pressing a button 208 (“Invite friends”) displayed on the lower side of the screen 510 in FIG. Can be invited to the event.
  • a button 208 (“Invite friends”) displayed on the lower side of the screen 510 in FIG. Can be invited to the event.
  • the UUID and schedule information of the terminal 200 are sent to the server 100 in step S12 in FIG. 1, and the user of the terminal 200 plans to invite another user in the server 100 ( Hereinafter, registration of “scheduled to be invited” is performed.
  • the server 100 registers the schedule information sent from the terminal 200 in association with the UUID of the terminal 200, and issues a schedule identification ID for identifying the registered schedule.
  • the schedule identification ID is returned to the terminal 200 in step S13.
  • the terminal 200 that has received the schedule identification ID stores the schedule identification ID in the database 210.
  • the schedule identification ID is not issued, and when the user presses the button 208 and the schedule to be invited is registered in the server 100.
  • the server 100 issues a schedule identification ID and returns it to the terminal 200.
  • step S14 of FIG. 1 an invitation message is transmitted to an invitee (terminal 300).
  • the invitation message to the invitee is transmitted together with the schedule identification ID.
  • the screen 514 in FIG. 4 shows a case where the invitee's terminal 300 has not downloaded the schedule sharing application.
  • SMS Short Message Service
  • SNS social network services
  • the terminal 300 of the invitee who has received the invitation message and the schedule identification ID transmits the schedule identification ID to the server 100 in step S15.
  • the server 100 receives the schedule identification ID from the terminal 300 in step S15, the server 100 transmits the schedule information associated with the received schedule identification ID to the terminal 300 in step S16.
  • the terminal 300 can acquire schedule information corresponding to the schedule identification ID together with the schedule identification ID already received from the terminal 200.
  • the schedule information of the invited schedule is displayed on the screen of the terminal 300. Further, the schedule identification ID and the schedule information are reflected (registered) in the database 310 of the terminal 300 in step S17 of FIG.
  • the user of the terminal 300 operates the terminal 300 to input whether to participate in the invited schedule. Then, when the user of the terminal 300 inputs participation or non-participation in the invited schedule, in step S18 of FIG. 1, the UUID of the terminal 300 and the schedule identification ID together with the participation or non-participation information from the terminal 300 to the server 100. Is sent. Based on the notification from the terminal 300 in step S18, the server 100 registers that the user of the terminal 300 recognized from the UUID is participating or not participating in the schedule corresponding to the schedule identification ID. If the user of terminal 300 has not answered the invited schedule, only the UUID and schedule identification ID of terminal 300 are transmitted in step S19. The server 100 registers that the user of the terminal 300 recognized from the UUID has not answered the schedule corresponding to the schedule identification ID.
  • FIG. 5 is a schematic diagram illustrating a state in which the server 100 associates the information of the invitee and the invitee based on the schedule identification ID.
  • corresponding schedule information 401 is associated with a certain schedule identification ID 400.
  • the UUID 402 of the inviter (scheduler) terminal is associated with the schedule identification ID 400
  • the nickname 404 and the photograph 406 of the inviter are associated with the UUID 402.
  • the UUID 410, 420, 430 of the invitee's terminal is associated with the schedule identification ID.
  • the UUID 410 of the invitee's terminal is associated with the invitee's nickname 414 and photograph 416.
  • the nickname 424 and the photograph 426 of the invitee are associated with the UUID 420 of the invitee's terminal
  • the nickname 434 and the photograph 436 of the invitee are associated with the UUID 430 of the invitee's terminal. .
  • the server 100 manages the participation information 418, 428, 438 of “participation”, “non-participation”, and “unanswered” according to the notification from the terminal of the invitee regarding the invitee.
  • FIG. 1 shows the association of information corresponding to one schedule identification ID 400.
  • the server 100 manages N pieces of information shown in FIG.
  • FIG. 6 is a schematic diagram showing an example of the data structure of the information shown in FIG.
  • information of FIG. 5 is rearranged and managed for each item of “schedule actors”, “schedules”, “users”, “event actors”, “events”, and “devices”.
  • schedule information is included in the schedule information.
  • user information is managed in the “users” item.
  • device information is managed in the “devices” item.
  • each item includes information (updated_at DATETIME) regarding schedule information update.
  • the schedule information is updated by the user of the terminals 200 and 300, the information is transmitted to the server 100 together with the schedule identification ID, and the server 100 updates the schedule information associated with the schedule identification ID.
  • FIG. 7 is a schematic diagram showing in detail the case where the invitee's terminal 300 has not downloaded the schedule sharing application.
  • an application e-mail, SMS, SNS or other existing communication apps
  • the schedule identification ID is sent to these other applications.
  • information related to the destination of the invitee selected by the user on the screen 512 of FIG. 4 is notified to another application such as e-mail, SMS, or SNS.
  • an invitation message is transmitted to the invitee terminal selected by the user through another application such as mail, SMS, or SNS.
  • another application such as mail, SMS, or SNS.
  • the schedule identification ID is transmitted to the terminal 300 via the invitation message.
  • the invitation message includes a download link (DL link) for downloading the schedule sharing application.
  • a download link is displayed on the screen of the terminal 300 that has received the invitation message.
  • the schedule sharing application is installed in the terminal 300 in step S26 of FIG.
  • the schedule sharing application is activated from the link in the invitation message.
  • the invitation message includes schedule identification ID information. For this reason, when the schedule sharing application is activated in step S28, the schedule identification ID is transmitted to the server 100 in step S29. Upon receiving the schedule identification ID, the server 100 transmits schedule information associated with the schedule identification ID to the terminal 300 in step S30.
  • the information of the schedule identification ID is included in the URL information of the download link in the invitation message.
  • the schedule sharing application can acquire the information of the schedule identification ID because the history of the URL is known from the cookie information of the browser after the download. Therefore, in step S29, the schedule identification ID can be transmitted to the server 100 simultaneously with the start of the schedule sharing application. Thereby, the server 100 can acquire the schedule identification ID when the schedule sharing application is activated from the link in the invitation message.
  • the subsequent processing is the same as in FIG. That is, when the terminal 300 acquires the schedule identification ID and the schedule information, the schedule information of the invited schedule is displayed on the terminal 300.
  • the schedule identification ID and the schedule information are reflected (registered) in the database 310 of the terminal 300.
  • the terminal 300 transmits the UUID and schedule identification ID of the terminal 300 together with the participation or non-participation information. If the user of terminal 300 does not input an answer for participation or non-participation, only the UUID and schedule identification ID of terminal 300 are transmitted in step S19.
  • FIG. 8 is a schematic diagram illustrating a case where the invitee's terminal 300 has already downloaded the schedule sharing application.
  • the schedule can be shared using the schedule sharing application that the terminal 300 has already downloaded.
  • the schedule can be shared through an existing communication application such as mail, SMS, or SNS.
  • the process for sharing a schedule through e-mail, SMS, SNS, etc. is basically the same as in FIG. 7, but it is necessary to perform a process (step S26) of clicking the download link to download the schedule sharing application. This is different from the process of FIG.
  • step S40 when registration of the schedule in step S10 is completed, an invitee is selected in step S40. Specifically, a button 208 (“Invite a friend”) displayed on the lower side of the screen 510 in FIG. 4 is pressed, and an invitee is selected on the screen 512 in FIG. These processes are the same as those in FIG. At this time, when the invitee is a user who has been invited in the past, the schedule sharing application of the terminal 200 recognizes the UUID of the invitee in advance.
  • a button 208 (“Invite a friend”) displayed on the lower side of the screen 510 in FIG. 4 is pressed, and an invitee is selected on the screen 512 in FIG.
  • step S42 By pressing the button 212 on the screen 512 with the invitee selected, the registered schedule can be shared with other users, and other users are invited to the schedule (step S42).
  • step S12 of FIG. 1 the UUID and schedule information of the terminal 200 are transmitted to the server 100.
  • step S42 of FIG. 7 in addition to the UUID and schedule information of the terminal 200, the UUID of the invitee Is also sent to the server 100.
  • the server 100 registers the schedule information sent from the terminal 200 in association with the UUID of the terminal 200, and issues a schedule identification ID for identifying the registered schedule.
  • the schedule identification ID is returned to the terminal 200 in step S13.
  • the server 100 also associates the schedule identification ID with the UUID of the invitee, and initially registers the invitee as an unanswered person.
  • step S44 the schedule identification ID is transmitted together with the schedule information from the server 100 to the terminal 300 having the UUID of the invitee.
  • the invitee's terminal 300 holds the schedule identification ID and schedule information. Therefore, unlike the process of FIG. 7, the terminal 300 does not need to send the schedule identification ID to the server 100 in order to acquire the schedule information.
  • the terminal 300 displays the schedule information of the invited schedule.
  • step S17 the schedule identification ID and the schedule information are reflected (registered) in the database 310 of the terminal 300.
  • step S46 When the user of the terminal 300 inputs that he / she participates or does not participate in the invited schedule, in step S46, the UUID and the schedule identification ID of the terminal 300 are transmitted from the terminal 300 to the server 100 together with information on participation or non-participation. Further, if the user of the terminal 300 does not input that he / she participates or does not participate in the invited schedule, the process of step S46 is not performed, and the server 100 still treats the terminal 300 as an unanswered person.
  • the server 100 receives the schedule identification ID and the schedule information based on the UUID of the invitee transmitted from the terminal 200. It can be transmitted to the terminal 300 of the invitee. Therefore, the invitee's terminal 300 does not need to acquire the schedule information by transmitting the schedule identification ID to the server 100, and can simplify the process.
  • a UUID can be set for the terminals 200 and 300 that have downloaded the schedule sharing application. Then, the server 100 can associate each user's terminals 200 and 300 with the schedule based on the UUID. Therefore, the user does not need to perform processing such as login, and can share the schedule with a simple procedure.
  • An identification information storage unit that stores identification information corresponding to the downloaded schedule sharing application, which is set from a server that manages the schedule information in response to downloading of the schedule sharing application for sharing the schedule information
  • a transmitter for transmitting the identification information and the schedule information to the server when registering the schedule information with the server for sharing with other users'terminals
  • An information processing apparatus comprising: (2) The information processing apparatus according to (1), further including a schedule identification information storage unit that stores schedule identification information transmitted from the server in response to registration of the identification information and the schedule information with the server.
  • an operation input unit for inputting a user's operation;
  • a schedule information creating unit for creating the schedule information according to the input operation; The information processing apparatus according to (1) or (2).
  • the schedule information and the schedule identification information are notified to the terminal of the other user, according to any one of (1) to (3)
  • the terminal of the other user has downloaded the schedule sharing application, Notification of the schedule information and the schedule identification information to the other user is performed via the server, The identification information of the other user is transmitted together with the identification information and the schedule information when the schedule information is registered with the server for sharing with the terminal of the other user.
  • Information processing device. The terminal of the other user has not downloaded the schedule sharing application, The information processing apparatus according to (4), wherein the notification of the schedule information and the schedule identification information to the other user is performed via another application different from the schedule sharing application.
  • an identification information issuing unit that issues identification information corresponding to the downloaded schedule sharing application in response to downloading to the terminal of the schedule sharing application for sharing the schedule information;
  • a schedule registration unit for receiving and registering the identification information and the schedule information transmitted from the terminal when the terminal shares the schedule information with another user's terminal;
  • Server with. (11) The server according to claim 10, further comprising a schedule identification information transmitting unit that transmits schedule identification information to the terminal in response to registration of the identification information and the schedule information in the server.
  • the terminal When the terminal invites another user to the schedule related to the schedule information, the terminal notifies the other user's terminal of the schedule information and the schedule identification information received from the terminal, (10) The server described in.
  • the other user's terminal has downloaded the schedule sharing application, The server according to (10), wherein the notification of the schedule information and the schedule identification information to the other user is performed via the server.
  • the other user's terminal has not downloaded the schedule sharing application, The server according to (12), wherein the notification of the schedule information and the schedule identification information to the other user is performed through another application different from the schedule sharing application.
  • the server according to (14), wherein the other application is any of mail, SNS, and SMS.
  • An information processing method comprising: (17) means for issuing identification information corresponding to the downloaded schedule sharing application in response to downloading to the terminal of the schedule sharing application for sharing the schedule information; Means for receiving and registering the identification information and the schedule information transmitted from the terminal when the terminal shares the schedule information with another user's terminal; As a program to make the computer function as.
  • an identification information issuing unit that issues identification information corresponding to the downloaded schedule sharing application in response to downloading of the schedule sharing application for sharing the schedule information to the information processing apparatus;
  • a schedule registration unit that receives and registers the identification information and the schedule information transmitted from the terminal when the information processing apparatus shares the schedule information with another user's terminal; Having a server and An identification information storage unit configured to store the identification information corresponding to the downloaded schedule sharing application, which is set from the server that manages the schedule information according to the download of the schedule sharing application for sharing the schedule information; ,
  • a transmission unit that transmits the identification information and the schedule information to the server when the schedule information is registered in the server for sharing with other users'terminals; and
  • An information processing system comprising:

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Human Resources & Organizations (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Economics (AREA)
  • Data Mining & Analysis (AREA)
  • General Engineering & Computer Science (AREA)
  • Marketing (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)
  • General Business, Economics & Management (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Telephone Function (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

　本開示に係る情報処理装置は、予定情報を共有するための予定共有アプリケーションのダウンロードに応じて、当該予定情報を管理するサーバーから設定される、ダウンロードされた前記予定共有アプリケーションに対応する識別情報を格納する識別情報格納部と、前記予定情報を他のユーザーの端末と共有するために前記サーバーへ登録する際に、前記識別情報及び前記予定情報を前記サーバーへ送信する送信部と、を備える。

Description

情報処理装置、情報処理方法、プログラム、サーバー及び情報処理システム
　本開示は、情報処理装置、情報処理方法、プログラム、サーバー及び情報処理システム法に関する。
　従来、例えば下記の特許文献１には、複数人の個々のユーザーにより共有可能なスケジュールの登録を容易にし、且つ、各ユーザーが他ユーザーのスケジュールを容易に閲覧可能とすることを想定した技術が記載されている。
　また、下記の特許文献２には、サーバ装置を用いずに、スケジュール情報の受信側の通信端末によってスケジュール情報の受信の可否を決定することを想定した技術が記載されている。
特開２００４－１９９２２４号公報 特開２０１１－１２４６２９号公報
　しかしながら、上記特許文献１、特許文献２に記載された技術は、いずれも他のユーザーと予定を共有するためには、個人情報を登録して、ユーザＩＤとパスワードを使用したログイン等の手続きを行う必要があった。このため、他のユーザーと予定を共有するためには、煩雑な手続きが必要となっていた。
　そこで、個人情報の登録やログイン等の煩雑な手続きを経ることなく、他のユーザーとの予定の共有を簡素に行うことが求められていた。
　本開示によれば、予定情報を共有するための予定共有アプリケーションのダウンロードに応じて、当該予定情報を管理するサーバーから設定される、ダウンロードされた前記予定共有アプリケーションに対応する識別情報を格納する識別情報格納部と、前記予定情報を他のユーザーの端末と共有するために前記サーバーへ登録する際に、前記識別情報及び前記予定情報を前記サーバーへ送信する送信部と、を備える、情報処理装置が提供される。
　また、本開示によれば、予定情報を共有するための予定共有アプリケーションのダウンロードに応じて、当該予定情報を管理するサーバーから設定される、ダウンロードされた前記予定共有アプリケーションに対応する識別情報を格納することと、前記予定情報を他のユーザーの端末と共有するために前記サーバーへ登録する際に、前記識別情報及び前記予定情報を前記サーバーへ送信することと、を備える、情報処理方法が提供される。
　また、本開示によれば、予定情報を共有するための予定共有アプリケーションのダウンロードに応じて、当該予定情報を管理するサーバーから設定される、ダウンロードされた前記予定共有アプリケーションに対応する識別情報を格納する手段、前記予定情報を他のユーザーの端末と共有するために前記サーバーへ登録する際に、前記識別情報及び前記予定情報を前記サーバーへ送信する手段、としてコンピュータを機能させるためのプログラムが提供される。
　また、本開示によれば、予定情報を共有するための予定共有アプリケーションの端末へのダウンロードに応じて、ダウンロードされた予定共有アプリケーションに対応する識別情報を発行する識別情報発行部と、前記端末が前記予定情報を他のユーザーの端末と共有する際に前記端末から送信された前記識別情報及び前記予定情報を受信して登録する登録部と、を備える、サーバーが提供される。
　また、本開示によれば、予定情報を共有するための予定共有アプリケーションの端末へのダウンロードに応じて、ダウンロードされた予定共有アプリケーションに対応する識別情報を発行することと、前記端末が前記予定情報を他のユーザーの端末と共有する際に前記端末から送信された前記識別情報及び前記予定情報を受信して登録することと、を備える、情報処理方法が提供される。
　また、本開示によれば、予定情報を共有するための予定共有アプリケーションの端末へのダウンロードに応じて、ダウンロードされた予定共有アプリケーションに対応する識別情報を発行する手段、前記端末が前記予定情報を他のユーザーの端末と共有する際に前記端末から送信された前記識別情報及び前記予定情報を受信して登録する手段、としてコンピュータを機能させるためのプログラムが提供される。
　また、本開示によれば、予定情報を共有するための予定共有アプリケーションの情報処理装置へのダウンロードに応じて、ダウンロードされた予定共有アプリケーションに対応する識別情報を発行する識別情報発行部と、前記情報処理装置が前記予定情報を他のユーザーの端末と共有する際に前記端末から送信された前記識別情報及び前記予定情報を受信して登録する登録部と、を有する、サーバーと、予定情報を共有するための予定共有アプリケーションのダウンロードに応じて、当該予定情報を管理する前記サーバーから設定される、ダウンロードされた前記予定共有アプリケーションに対応する前記識別情報を格納する識別情報格納部と、前記予定情報を他のユーザーの端末と共有するために前記サーバーへ登録する際に、前記識別情報及び前記予定情報を前記サーバーへ送信する送信部と、を有する、前記情報処理装置と、を備える情報処理システムが提供される。
　以上説明したように本開示によれば、個人情報の登録やログイン等の煩雑な手続きを経ることなく、他のユーザーとの予定の共有を簡素に行うことが可能となる。
　なお、上記の効果は必ずしも限定的なものではなく、上記の効果とともに、または上記の効果に代えて、本明細書に示されたいずれかの効果、または本明細書から把握され得る他の効果が奏されてもよい。
本開示の一実施形態に係るシステムの構成例を示す模式図である。 端末の画面を示す模式図である。 端末の画面を示す模式図である。 登録した予定に招待するための画面を示す模式図である。 サーバーが予定識別ＩＤに基づいて参加者の情報を紐付した状態を示す模式図である。 図５に示す情報のデータ構造の一例を示す模式図である。 被招待者の端末が予定共有アプリケーションをダウンロードしていない場合を示す模式図である。 被招待者の端末がアプリケーションをダウンロードしている場合を示す模式図である。
　以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
　なお、説明は以下の順序で行うものとする。
　１．予定共有システムの構成
　２．予定識別ＩＤに基づく招待者、被招待者の情報の紐付け
　３．被招待者の端末が予定共有アプリケーションをダウンロードしていない場合
　４．被招待者の端末が予定共有アプリケーションをダウンロードしている場合
　１．予定共有システムの構成
　まず、図１を参照して、本開示の一実施形態に係る予定共有システムの概略構成について説明する。図１は、本実施形態に係るシステムの構成例を示す模式図である。図１に示すように、本実施形態に係るシステムは、サーバー１００、端末２００、端末３００を有して構成されている。端末２００，３００は、例えば、スマートフォンのような表示画面と操作部を有するデバイスである。本実施形態では、端末２００，３００として、表示画面上にタッチセンサが設けられたタッチパネルを備えた端末であるものとするが、端末２００，３００はこれに限定されるものではない。
　図１に示すように、サーバー１００は、通信部１０２、識別情報発行部１０４、予定登録部１０６、予定識別情報発行部１０８、データベース１１０を有して構成されている。また、端末２００は、データベース２１０、通信部２２０、操作入力部２２２、予定情報作成部２２４、撮像部２２６、表示処理部２２８、表示部２３０、を有して構成されている。図１に示すこれらの構成要素は、回路、又はＣＰＵなどの中央演算処理装置と、これを機能させるためのプログラム（ソフトウェア）によって構成することができる。また、そのプログラムは、サーバー１００、又は端末２００，３００が備えるメモリ、または外部から挿入されるメモリ等の記憶部に記憶されることができる。
　サーバー１００の通信部１０２は、端末２００，３００と通信を行うインターフェースである。識別情報発行部１０４は、後述するＵＵＩＤを発行する。予定登録部１０６は、図１のステップＳ１２で端末２００から予定情報及びＵＵＩＤが送信されてきた際に、予定の登録を行う。予定識別情報発行部１０８は、後述する予定識別ＩＤを発行する。データベース１１０には、予定共有に係る各種情報が格納される。
　また、端末２００のデータベース２１０は、後述する予定共有アプリケーションに設けられるデータベース、または端末２００が備えるメモリ、ハードディスク等のデータベースである。通信部２２０は、サーバー１００、又は端末３００と通信を行うインターフェースである。操作入力部２２２は、タッチセンサ、操作ボタン等の、ユーザーによる操作が入力される構成要素である。予定情報作成部２２４は、ユーザーの操作に応じて後述する予定情報を作成する。撮像部２２６は、ＣＣＤセンサー又はＣＭＯＳセンサー等の撮像素子と撮像光学系から構成され、撮像光学系により撮像素子の撮像面に結像した被写体像を光電変換して静止画や動画などの画像データを取得する。表示処理部２２８は、表示部２３０への表示を行うための処理を行う。表示部２３０は、液晶表示ディスプレイ（ＬＣＤ）等から構成される。
　本実施形態に係るシステムは、各ユーザーが保有する端末２００，３００を用いて、個人情報を利用せずに各ユーザーが予定を共有する。本実施形態では、端末２００，３００がダウンロードした予定共有のためのアプリケーション（以下、予定共有アプリケーションとも称する）に対してユニークＩＤ（以下、ＵＵＩＤとも称する）を付与する。また、共有される個人が作成した予定（イベント）に対してはイベント識別ＩＤを付与し、企業が作成した予定（イベント）に対しては公開イベントＩＤを付与する。以下では、これらのイベント識別ＩＤ、公開イベントＩＤを予定識別ＩＤと称する。そして、サーバー１００側でこれらの予定識別ＩＤに紐づく情報を管理し、この予定識別ＩＤをユーザー間でやり取りすることで、予定の共有を実現する。
　このような手法により、本実施形態によれば、ユーザーは、個人情報の登録や、ＩＤ／パスワード（ＰＷ）を用いたログインといった煩雑なプロセスを経ることなく、個別の予定（イベント）単位で、任意のユーザー間で情報共有することができる。一度共有された情報については、共有メンバーが自由に内容の変更、追記等を行うことができ、途中で変更された場合もその変更内容は共有されている全てのユーザーに速やかに反映される。個人情報の登録が不要となり、ログイン等のプロセスも不要となるため、ユーザーは煩雑な処理を行うことなくユーザー同士で予定を簡単に共有することが可能となる。
　例えば、各ユーザーは、スケジューラー機能をベースに、簡単な設定のみで自分の予定を家族や友人と共有できる（人とつながる態様）。また、好きな企業の新製品情報、よく行くお店のクーポン、利用路線の運航情報、為替や株式情報、等々、欲しい情報を選択するだけで、最新情報を自動配信することができる（情報とつながる態様）。また、ウェアラブルデバイスと連携し、ユーザーが必要とする情報のみをアラート通知することが可能になり、さらに、デバイス保有のライフログもスケジューラー上に反映することが可能なる（モノとつながる態様）。
　以上の手法を実現するため、サーバー１００は、予定共有アプリケーション（予定共有ソフトウェア）が各端末２００，３００にダウンロードされると、ＵＵＩＤ（端末毎に異なるユニークな識別情報）を発番する。このＵＵＩＤは、端末２００，３００に対して発番されるのではなく、ダウンロードされたアプリケーションに対して発番される。従って、同じ端末２００であっても、予定共有アプリケーションが再ダウンロードされた際には、ＵＵＩＤが新たに発番される。ＵＵＩＤは、予定共有アプリケーションをダウンロードした各端末２００，３００へ送信され、各端末２００，３００のデータベース２１０，３１０に格納される。なお、ユーザーに対してＵＵＩＤが通知されることはなく、ユーザーは発番されたＵＵＩＤを意識することなく、その後の操作を行うことができる。
　ユーザーは、各自の端末２００，３００を利用して予定を作成することができる。作成した予定は端末２００，３００内に保存される。また、端末２００，３００のユーザーは、他の端末のユーザーと作成した予定を共有し、予定への参加を招待することができる。サーバー１００は、共有された予定への参加者、不参加者、未回答者を管理する。サーバー１００は、予定に対しては、ユーザーに推測されにくく、かつ、一義的な予定識別ＩＤを発番する。また、各ユーザーは、予定共有時にユーザーを識別できるようにするため、ニックネームを設定する。なお、１ユーザーにつき、１ニックネームとし、ニックネームは他ユーザーと重複してもよい。複数ユーザーでニックネームが重複する場合であっても、ＵＵＩＤは各端末がダウンロードした予定共有アプリケーションに対してユニークに設定されるため、ＵＵＩＤを用いてユーザーを一意に特定することが可能である。
　図１において、端末２００は、予定共有アプリケーションをダウンロードした後、ステップＳ１０で予定の登録を行う。予定共有アプリケーションをダウンロードすることによってサーバー１００から発番されたＵＵＩＤは、端末２００のデータベース２１０に格納される。
　図２は、端末２００の画面を示す模式図である。図２において、画面５００は初期状態を示している。画面５００において、「表示するイベント」として「自分の予定」、「招待された予定」、「Ａ社国内旅行」にチェックマークを付けて選択した状態でボタン２０２を押すと、画面５０２に遷移する。画面５０２では、カレンダーが表示され、また、カレンダーの下には「表示するイベント」として選択したイベント（「自分の予定」、「招待された予定」、「Ａ社国内旅行」）に関連する全てのイベントの情報が表示される。また、図３の画面５０４に示すように、所定の操作を行うことで、選択したイベント以外のイベントを含む全てのイベントを表示することもできる。画面５０４では、カレンダーは表示されず、ユーザーは画面をスクロールすることによって全てのイベントを参照することができる。なお、「自分の予定」、「招待された予定」は個人が作成した予定（イベント）であり、「Ａ社国内旅行」は企業が作成した予定（イベント）である。
　ユーザーが新たにイベントを登録したい場合、図２の画面５０２においてボタン２０４を押すと、図３の画面５０６（予定新規登録画面）へ遷移する。ユーザーは、画面５０６において、イベントの「タイトル」、「説明文」、イベントの「開始」及び「終了」、「場所」などの予定情報を入力し、完了ボタン２０６を押すことで端末２００に予定を登録する。なお、画面５０６で「イメージ」（画像）を登録する場合は、図３の画面５０８に表示された複数のイメージの中から選択して登録することができる。画面５０６から画面５０８への遷移は、所定のボタンを操作することによって行うことができる。登録された「イメージ」は、図２の画面５０２，５０４において、予定を示すために表示される。これにより、ユーザーは、画面５０２，５０４において、表示された「イメージ」（画像）から各予定を視覚的に判別することができる。
　図３の画面５０６において、完了ボタン２０６を押すと、図１のステップＳ１０における予定の登録が完了する。図３の画面５０６の例では、予定として「伊豆へ旅行」が登録されることになる。登録された予定は、端末２００の予定共有アプリケーション内のデータベース２１０（図１参照）に保存される。また、登録された予定は、図２の画面５０２のカレンダーの下に表示され、また全てのイベントを表示する場合は、図２の画面５０４に表示される。
　図４は、登録した予定に招待するための画面を示す模式図である。図１のステップＳ１０における予定の登録が完了すると、図４の画面５１０（予定詳細画面）に遷移することができる。または、図２の画面５０２、または画面５０４に表示された任意の予定のうち、友達を未だ招待していない予定を選択することによって、図４の画面５１０に遷移することもできる。端末２００のユーザーは、図４の画面５１０の下側に表示されたボタン２０８（「友達を招待する」）を押すことによって、登録した予定を他のユーザーと共有することができ、他のユーザーを予定に招待することができる。
　ユーザーがボタン２０８を押すと、図１のステップＳ１２において、端末２００のＵＵＩＤと予定情報とがサーバー１００へ送られて、サーバー１００において、端末２００のユーザーが他のユーザーを招待しようとする予定（以下、「招待する予定」と称する。）の登録が行われる。サーバー１００は、招待する予定を登録するため、端末２００から送られた予定情報を端末２００のＵＵＩＤに紐付けて登録し、登録した予定を識別するための予定識別ＩＤを発番する。予定識別ＩＤは、ステップＳ１３において、端末２００へ返信される。予定識別ＩＤを受信した端末２００は、データベース２１０に予定識別ＩＤを格納する。
　以上のように、ユーザーが端末２００を単体で用いて予定を作成（登録）した段階では予定識別ＩＤは発番されず、ユーザーがボタン２０８を押して、招待する予定がサーバー１００に登録されると、サーバー１００が予定識別ＩＤを発番して端末２００へ返却する。
　また、ユーザーが図４の画面５１０でボタン２０８を押すと、図４の画面５１２へ遷移する。画面５１２では、他のユーザーのニックネームが表示され、各ニックネームにチェックマーク２１０を付けることによって招待したいユーザーを選択することができる。画面５１２において、端末２００のユーザーが招待したいユーザーを選択してボタン２１２を押すと、画面５１４へ遷移する。これにより、図１のステップＳ１４において、被招待者（端末３００）へ招待メッセージが送信される。被招待者への招待メッセージは、予定識別ＩＤとともに送信される。なお、図４の画面５１４は、被招待者の端末３００が予定共有アプリケーションをダウンロードしていない場合を示している。後で詳細に説明するが、被招待者の端末３００が予定共有アプリケーションをダウンロードしていない場合、招待者はである端末２００のユーザーは、図４の画面５１４でＳＭＳ（ショートメッセージサービス）、メール、ＳＮＳ（ソーシャルネットワークサービス）のいずれかを選択することにより、これらの既存のアプリケーションを利用して被招待者へ招待メッセージを被招待者へ送信することができる。
　招待メッセージ及び予定識別ＩＤを受信した被招待者の端末３００は、ステップＳ１５において、サーバー１００へ予定識別ＩＤを送信する。サーバー１００は、ステップＳ１５で端末３００から予定識別ＩＤを受信すると、ステップＳ１６において、受信した予定識別ＩＤに紐付けられた予定情報を端末３００へ送信する。これにより、端末３００は、既に端末２００から受信した予定識別ＩＤとともに、当該予定識別ＩＤに対応する予定情報を取得することができる。
　なお、端末３００が予定共有アプリケーションを既にダウンロードしているか否かによって、予定識別ＩＤ及び予定情報を取得する手法が異なるが、この点については後述する。
　端末３００が予定識別ＩＤ及び予定情報を取得すると、端末３００の画面には、招待された予定の予定情報が表示される。また、端末３００のデータベース３１０には、図１のステップＳ１７において、予定識別ＩＤ及び予定情報が反映（登録）される。
　端末３００のユーザーは、端末３００を操作して招待された予定に参加するか否かを入力する。そして、端末３００のユーザーが招待された予定に参加又は不参加の旨を入力すると、図１のステップＳ１８において、端末３００からサーバー１００へ、参加又は不参加の情報とともに、端末３００のＵＵＩＤと予定識別ＩＤが送信される。サーバー１００は、ステップＳ１８における端末３００からの通知に基づいて、予定識別ＩＤに対応する予定について、ＵＵＩＤから認識される端末３００のユーザーが参加又は不参加である旨を登録する。また、端末３００のユーザーが招待された予定に回答していない場合は、ステップＳ１９において、端末３００のＵＵＩＤと予定識別ＩＤのみが送信される。サーバー１００は、予定識別ＩＤに対応する予定について、ＵＵＩＤから認識される端末３００のユーザーが未回答である旨を登録する。
　２．予定識別ＩＤに基づく招待者、被招待者の情報の紐付け
　サーバー１００では、予定識別ＩＤに基づいて、招待者、被招待者の情報の紐付けを行う。図５は、サーバー１００が予定識別ＩＤに基づいて招待者、被招待者の情報を紐付した状態を示す模式図である。図５に示すように、ある１つの予定識別ＩＤ４００に対して、対応する予定の予定情報４０１が紐付けられている。また、予定識別ＩＤ４００に対して、招待者（予定の起案者）の端末のＵＵＩＤ４０２が紐付けられ、ＵＵＩＤ４０２には招待者のニックネーム４０４、写真４０６が紐付けられている。
　また、予定識別ＩＤには、被招待者の端末のＵＵＩＤ４１０，４２０，４３０が紐付けられている。被招待者の端末のＵＵＩＤ４１０には、被招待者のニックネーム４１４、写真４１６が紐付けられている。同様に、被招待者の端末のＵＵＩＤ４２０には被招待者のニックネーム４２４、写真４２６が紐付けられ、被招待者の端末のＵＵＩＤ４３０には被招待者のニックネーム４３４、写真４３６が紐付けられている。
　また、サーバー１００は、被招待者に関し、被招待者の端末からの通知に応じて「参加」、「不参加」、「未回答」の参加情報４１８，４２８，４３８を管理している。
　図１では、１つの予定識別ＩＤ４００に対応した情報の紐付けを示している。サーバー１００は、Ｎ個の予定が登録されている場合は、図５に示す情報をＮ個管理している。
　図６は、図５に示す情報のデータ構造の一例を示す模式図である。図６に示す例では、”schedule　actors”、”schedules”、”users”、”event　actors”、”events”、”devices”の各項目毎に図５の情報を組み替えて管理している。このうち、”schedules”の項目では、予定情報に予定作成者の情報を持たせている。また、”users”の項目では、ユーザーの情報を管理している。”devices”の項目では、端末情報を管理している。図６中に示すように、各項目には予定情報のアップデートに関する情報（updated_at　DATETIME）が含まれている。予定情報が端末２００，３００のユーザーによってアップデートされると、その情報は予定識別ＩＤとともにサーバー１００に送信され、サーバー１００が予定識別ＩＤに紐付けられた予定情報をアップデートする。
　３．被招待者の端末が予定共有アプリケーションをダウンロードしていない場合
　上述したように、被招待者の端末３００が予定共有アプリケーションを既にダウンロードしているか否かによって、端末３００が予定識別ＩＤ及び予定情報を取得する経路が異なる。図７は、被招待者の端末３００が予定共有アプリケーションをダウンロードしていない場合を詳細に示す模式図である。この場合、ステップＳ１２で端末２００のユーザーが招待する予定をサーバー１００に登録し、ステップＳ１４で予定識別ＩＤが端末２００へ返信されると、ステップＳ２０で予定共有アプリケーションとは別のアプリケーション（メール、ＳＭＳ、ＳＮＳ等の既存のコミュニケーションアプリ）が起動され、予定識別ＩＤがこれらの別アプリケーションへ送られる。そして、次のステップＳ２２では、ユーザーが図４の画面５１２で選択した被招待者の宛先に関する情報がメール、ＳＭＳ、ＳＮＳ等の別アプリケーションに通知される。
　次のステップＳ２４では、ユーザーが選択した被招待者の端末に対して、メール、ＳＭＳ、ＳＮＳ等の別アプリケーションを通じて、招待メッセージが送信される。ここでは、端末３００のユーザーが被招待者であるものとする。この際、招待メッセージを介して予定識別ＩＤが端末３００へ送信される。招待メッセージには、予定共有アプリケーションをダウンロードするためのダウンロードリンク（ＤＬリンク）が含まれている。招待メッセージを受信した端末３００の画面には、ダウンロードリンクが表示される。
　メール、ＳＭＳ、ＳＮＳ等の別アプリケーションを通じて招待メッセージを受信した端末３００のユーザーが、招待メッセージに含まれるダウンロードリンクをクリックすることで、図７のステップＳ２６において、予定共有アプリケーションが端末３００にインストールされる。例えば、ダウンロードリンクをクリックすることで、ウェブ上のストアのダウンロードサイトに接続され、ダウンロードサイトから予定共有アプリケーションがダウンロードされる。予定共有アプリケーションが端末３００にインストールされると、ステップＳ２８において、招待メッセージ内のリンクから予定共有アプリケーションが起動される。
　招待メッセージには、予定識別ＩＤの情報が含まれている。このため、ステップＳ２８で予定共有アプリケーションが起動されると、ステップＳ２９で予定識別ＩＤがサーバー１００へ送信される。サーバー１００は、予定識別ＩＤを受信すると、ステップＳ３０において、予定識別ＩＤに紐付けられた予定情報を端末３００へ送信する。
　具体的には、予定識別ＩＤの情報は招待メッセージ内のダウンロードリンクのＵＲＬの情報の中に含まれている。予定共有アプリケーションは、ダウンロード後にブラウザのクッキーの情報によりＵＲＬの履歴が判るため、予定識別ＩＤの情報を取得することができる。従って、ステップＳ２９において、予定共有アプリケーションの起動と同時に予定識別ＩＤをサーバー１００へ送信することができる。これにより、サーバー１００は、招待メッセージ内のリンクから予定共有アプリケーションが起動されると、予定識別ＩＤを取得することができる。
　ステップＳ３０で端末３００が予定識別ＩＤに紐付けられた予定情報を取得すると、その後の処理は、図１と同様である。すなわち、端末３００が予定識別ＩＤ及び予定情報を取得すると、端末３００には、招待された予定の予定情報が表示される。また、端末３００のデータベース３１０には、ステップＳ１７において、予定識別ＩＤ及び予定情報が反映（登録）される。また、端末３００のユーザーが招待された予定に参加又は不参加する旨を入力すると、ステップＳ１８において、端末３００からサーバー１００へ参加又は不参加の情報とともに端末３００のＵＵＩＤと予定識別ＩＤが送信される。また、端末３００のユーザーが参加又は不参加の回答を入力しない場合は、ステップＳ１９において、端末３００のＵＵＩＤと予定識別ＩＤのみが送信される。
　４．被招待者の端末が予定共有アプリケーションをダウンロードしている場合
　図８は、被招待者の端末３００が予定共有アプリケーションを既にダウンロードしている場合を示す模式図である。この場合は、端末３００が既にダウンロードしている予定共有アプリケーションを利用して予定を共有することができる。また、図７と同様に、メール、ＳＭＳ、ＳＮＳ等の既存のコミュニケーションアプリを通じて予定を共有することもできる。なお、メール、ＳＭＳ、ＳＮＳ等を通じて予定を共有する場合の処理は、図７と基本的に同様であるが、ダウンロードリンクをクリックして予定共有アプリケーションをダウンロードする処理（ステップＳ２６）を行う必要がない点で図７の処理とは異なる。
　先ず、ステップＳ１０における予定の登録が完了すると、ステップＳ４０において、被招待者を選択する。具体的には、図４の画面５１０の下側に表示されたボタン２０８（「友達を招待する」）を押し、図４の画面５１２で被招待者を選択する。これらの処理は、図７と同様である。この際、被招待者が過去に招待したことのあるユーザーである場合など、端末２００の予定共有アプリケーションは被招待者のＵＵＩＤを予め認識している。
　被招待者を選択した状態で画面５１２のボタン２１２を押すことによって、登録した予定を他のユーザーと共有することができ、他のユーザーが予定に招待される（ステップＳ４２）。この際、図１のステップＳ１２では、端末２００のＵＵＩＤと予定情報をサーバー１００へ送信していたが、図７のステップＳ４２では、端末２００のＵＵＩＤと予定情報に加えて、被招待者のＵＵＩＤもサーバー１００へ送られる。
　サーバー１００は、招待する予定を登録するため、端末２００から送られた予定情報を端末２００のＵＵＩＤに紐付けて登録し、登録した予定を識別するための予定識別ＩＤを発番する。予定識別ＩＤは、ステップＳ１３において、端末２００へ返信される。サーバー１００では、予定識別ＩＤと被招待者のＵＵＩＤとの紐付けも行い、当初は被招待者を未回答者として登録する。
　その後、ステップＳ４４において、サーバー１００から被招待者のＵＵＩＤを有する端末３００に対して、予定識別ＩＤが予定情報とともに送信される。これにより、被招待者の端末３００が予定識別ＩＤと予定情報を保有することになる。従って、図７の処理と異なり、予定情報を取得するために端末３００が予定識別ＩＤをサーバー１００へ送る必要はない。端末３００が予定識別ＩＤ及び予定情報を取得すると、端末３００には、招待された予定の予定情報が表示される。また、端末３００のデータベース３１０には、ステップＳ１７において、予定識別ＩＤ及び予定情報が反映（登録）される。また、端末３００のユーザーが招待された予定に参加又は不参加する旨を入力すると、ステップＳ４６において、端末３００からサーバー１００へ参加又は不参加の情報とともに端末３００のＵＵＩＤと予定識別ＩＤが送信される。また、端末３００のユーザーが招待された予定に参加又は不参加する旨を入力しないと、ステップＳ４６の処理は行われず、サーバー１００は端末３００を依然として未回答者として扱う。
　図８に示したように、端末３００が予定共有アプリケーションを既にダウンロードしている場合は、サーバー１００は、端末２００から送信された被招待者のＵＵＩＤに基づいて、予定識別ＩＤ及び予定情報を被招待者の端末３００へ送信することができる。従って、被招待者の端末３００は、予定識別ＩＤをサーバー１００へ送信して予定情報を取得する必要がなく、処理を簡素にすることができる。
　以上説明したように本実施形態によれば、予定共有アプリケーションをダウンロードした端末２００，３００に対して、ＵＵＩＤを設定することができる。そして、サーバー１００は、ＵＵＩＤに基づいて各ユーザーの端末２００，３００と予定とを紐付けることができる。従って、ユーザーは、ログイン等の処理を行う必要がなく、簡素な手続きで予定を共有することができる。
　以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示の技術的範囲はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。
　また、本明細書に記載された効果は、あくまで説明的または例示的なものであって限定的ではない。つまり、本開示に係る技術は、上記の効果とともに、または上記の効果に代えて、本明細書の記載から当業者には明らかな他の効果を奏しうる。
　なお、以下のような構成も本開示の技術的範囲に属する。
（１）　予定情報を共有するための予定共有アプリケーションのダウンロードに応じて、当該予定情報を管理するサーバーから設定される、ダウンロードされた前記予定共有アプリケーションに対応する識別情報を格納する識別情報格納部と、
　前記予定情報を他のユーザーの端末と共有するために前記サーバーへ登録する際に、前記識別情報及び前記予定情報を前記サーバーへ送信する送信部と、
　を備える、情報処理装置。
（２）　前記識別情報及び前記予定情報の前記サーバーへの登録に応じて前記サーバーから送信された予定識別情報を格納する予定識別情報格納部を備える、前記（１）に記載の情報処理装置。
（３）　ユーザーによる操作が入力される操作入力部と、
　入力された操作に応じて前記予定情報を作成する予定情報作成部と、
　を備える、前記（１）又は（２）に記載の情報処理装置。
（４）　前記予定情報に係る予定に他のユーザーを招待する際に、前記予定情報及び前記予定識別情報を当該他のユーザーの端末へ通知する、前記（１）～（３）のいずれかに記載の情報処理装置。
（５）　前記他のユーザーの端末は、前記予定共有アプリケーションをダウンロードしており、
　前記予定情報及び前記予定識別情報の前記他のユーザーへの通知は、前記サーバーを介して行い、
　前記予定情報を前記他のユーザーの端末と共有するために前記サーバーへ登録する際に、前記識別情報及び前記予定情報とともに前記他のユーザーの前記識別情報を送信する、前記（４）に記載の情報処理装置。
（６）　前記他のユーザーの端末は、前記予定共有アプリケーションをダウンロードしておらず、
　前記予定情報及び前記予定識別情報の前記他のユーザーへの通知は、前記予定共有アプリケーションとは異なる他のアプリケーションを介して行う、前記（４）に記載の情報処理装置。
（７）　前記他のアプリケーションは、メール、ＳＮＳ、ＳＭＳのいずれかである、前記（６）に記載の情報処理装置。
（８）　予定情報を共有するための予定共有アプリケーションのダウンロードに応じて、当該予定情報を管理するサーバーから設定される、ダウンロードされた前記予定共有アプリケーションに対応する識別情報を格納することと、
　前記予定情報を他のユーザーの端末と共有するために前記サーバーへ登録する際に、前記識別情報及び前記予定情報を前記サーバーへ送信することと、
　を備える、情報処理方法。
（９）　予定情報を共有するための予定共有アプリケーションのダウンロードに応じて、当該予定情報を管理するサーバーから設定される、ダウンロードされた前記予定共有アプリケーションに対応する識別情報を格納する手段、
　前記予定情報を他のユーザーの端末と共有するために前記サーバーへ登録する際に、前記識別情報及び前記予定情報を前記サーバーへ送信する手段、
　としてコンピュータを機能させるためのプログラム。
（１０）　予定情報を共有するための予定共有アプリケーションの端末へのダウンロードに応じて、ダウンロードされた予定共有アプリケーションに対応する識別情報を発行する識別情報発行部と、
　前記端末が前記予定情報を他のユーザーの端末と共有する際に前記端末から送信された前記識別情報及び前記予定情報を受信して登録する予定登録部と、
　を備える、サーバー。
（１１）　前記識別情報及び前記予定情報の前記サーバーへの登録に応じて前記端末へ予定識別情報を送信する予定識別情報送信部を備える、請求項１０に記載のサーバー。
（１２）　前記端末が前記予定情報に係る予定に他のユーザーを招待する際に、前記端末から受信した前記予定情報及び前記予定識別情報を当該他のユーザーの端末へ通知する、前記（１０）に記載のサーバー。
（１３）　前記他のユーザーの端末は、前記予定共有アプリケーションをダウンロードしており、
　前記予定情報及び前記予定識別情報の前記他のユーザーへの通知は、前記サーバーを介して行う、前記（１０）に記載のサーバー。
（１４）　前記他のユーザーの端末は、前記予定共有アプリケーションをダウンロードしておらず、
　前記予定情報及び前記予定識別情報の前記他のユーザーへの通知は、前記予定共有アプリケーションとは異なる他のアプリケーションを介して行う、前記（１２）に記載のサーバー。
（１５）　前記他のアプリケーションは、メール、ＳＮＳ、ＳＭＳのいずれかである、前記（１４）に記載のサーバー。
（１６）　予定情報を共有するための予定共有アプリケーションの端末へのダウンロードに応じて、ダウンロードされた予定共有アプリケーションに対応する識別情報を発行することと、
　前記端末が前記予定情報を他のユーザーの端末と共有する際に前記端末から送信された前記識別情報及び前記予定情報を受信して登録することと、
　を備える、情報処理方法。
（１７）　予定情報を共有するための予定共有アプリケーションの端末へのダウンロードに応じて、ダウンロードされた予定共有アプリケーションに対応する識別情報を発行する手段、
　前記端末が前記予定情報を他のユーザーの端末と共有する際に前記端末から送信された前記識別情報及び前記予定情報を受信して登録する手段、
　としてコンピュータを機能させるためのプログラム。
（１８）　予定情報を共有するための予定共有アプリケーションの情報処理装置へのダウンロードに応じて、ダウンロードされた予定共有アプリケーションに対応する識別情報を発行する識別情報発行部と、
　前記情報処理装置が前記予定情報を他のユーザーの端末と共有する際に前記端末から送信された前記識別情報及び前記予定情報を受信して登録する予定登録部と、
　を有する、サーバーと、
　予定情報を共有するための予定共有アプリケーションのダウンロードに応じて、当該予定情報を管理する前記サーバーから設定される、ダウンロードされた前記予定共有アプリケーションに対応する前記識別情報を格納する識別情報格納部と、
　前記予定情報を他のユーザーの端末と共有するために前記サーバーへ登録する際に、前記識別情報及び前記予定情報を前記サーバーへ送信する送信部と、を有する、前記情報処理装置と、
　を備える情報処理システム。
　１００　　サーバー
　１０４　　識別情報発行部
　１０６　　予定登録部
　１０８　　予定識別情報発行部
　２００，３００　　端末
　２１０　　データベース
　２２０　　通信部
　２２２　　操作入力部
　２２４　　予定情報作成部

Claims (18)

  1. 　予定情報を共有するための予定共有アプリケーションのダウンロードに応じて、当該予定情報を管理するサーバーから設定される、ダウンロードされた前記予定共有アプリケーションに対応する識別情報を格納する識別情報格納部と、
    　前記予定情報を他のユーザーの端末と共有するために前記サーバーへ登録する際に、前記識別情報及び前記予定情報を前記サーバーへ送信する送信部と、
    　を備える、情報処理装置。
  2. 　前記識別情報及び前記予定情報の前記サーバーへの登録に応じて前記サーバーから送信された予定識別情報を格納する予定識別情報格納部を備える、請求項１に記載の情報処理装置。
  3. 　ユーザーによる操作が入力される操作入力部と、
    　入力された操作に応じて前記予定情報を作成する予定情報作成部と、
    　を備える、請求項１に記載の情報処理装置。
  4. 　前記予定情報に係る予定に他のユーザーを招待する際に、前記予定識別情報を当該他のユーザーの端末へ通知する、請求項１に記載の情報処理装置。
  5. 　前記他のユーザーの端末は、前記予定共有アプリケーションをダウンロードしており、
    　前記予定識別情報の前記他のユーザーへの通知は、前記サーバーを介して行い、
    　前記予定情報を前記他のユーザーの端末と共有するために前記サーバーへ登録する際に、前記識別情報及び前記予定情報とともに前記他のユーザーの前記識別情報を送信する、請求項４に記載の情報処理装置。
  6. 　前記他のユーザーの端末は、前記予定共有アプリケーションをダウンロードしておらず、
    　前記予定識別情報の前記他のユーザーへの通知は、前記予定共有アプリケーションとは異なる他のアプリケーションを介して行う、請求項４に記載の情報処理装置。
  7. 　前記他のアプリケーションは、メール、ＳＮＳ、ＳＭＳのいずれかである、請求項６に記載の情報処理装置。
  8. 　予定情報を共有するための予定共有アプリケーションのダウンロードに応じて、当該予定情報を管理するサーバーから設定される、ダウンロードされた前記予定共有アプリケーションに対応する識別情報を格納することと、
    　前記予定情報を他のユーザーの端末と共有するために前記サーバーへ登録する際に、前記識別情報及び前記予定情報を前記サーバーへ送信することと、
    　を備える、情報処理方法。
  9. 　予定情報を共有するための予定共有アプリケーションのダウンロードに応じて、当該予定情報を管理するサーバーから設定される、ダウンロードされた前記予定共有アプリケーションに対応する識別情報を格納する手段、
    　前記予定情報を他のユーザーの端末と共有するために前記サーバーへ登録する際に、前記識別情報及び前記予定情報を前記サーバーへ送信する手段、
    　としてコンピュータを機能させるためのプログラム。
  10. 　予定情報を共有するための予定共有アプリケーションの端末へのダウンロードに応じて、ダウンロードされた予定共有アプリケーションに対応する識別情報を発行する識別情報発行部と、
    　前記端末が前記予定情報を他のユーザーの端末と共有する際に前記端末から送信された前記識別情報及び前記予定情報を受信して登録する予定登録部と、
    　を備える、サーバー。
  11. 　前記識別情報及び前記予定情報の前記サーバーへの登録に応じて予定識別情報を発行する予定識別情報発行部と、
    　前記端末へ前記予定識別情報を送信する送信部を備える、請求項１０に記載のサーバー。
  12. 　前記端末が前記予定情報に係る予定に他のユーザーを招待する際に、前記端末から受信した前記予定情報及び前記予定識別情報を当該他のユーザーの端末へ通知する、請求項１０に記載のサーバー。
  13. 　前記他のユーザーの端末は、前記予定共有アプリケーションをダウンロードしており、
    　前記予定情報及び前記予定識別情報の前記他のユーザーの端末への通知は、前記サーバーを介して行う、請求項１０に記載のサーバー。
  14. 　前記他のユーザーの端末は、前記予定共有アプリケーションをダウンロードしておらず、
    　前記予定識別情報の前記他のユーザーへの通知は、前記予定共有アプリケーションとは異なる他のアプリケーションを介して行い、
    　前記他のユーザーの端末から前記予定識別情報を受け取ると前記予定情報を前記他のユーザーの端末へ送信する、請求項１２に記載のサーバー。
  15. 　前記他のアプリケーションは、メール、ＳＮＳ、ＳＭＳのいずれかである、請求項１４に記載のサーバー。
  16. 　予定情報を共有するための予定共有アプリケーションの端末へのダウンロードに応じて、ダウンロードされた予定共有アプリケーションに対応する識別情報を発行することと、
    　前記端末が前記予定情報を他のユーザーの端末と共有する際に前記端末から送信された前記識別情報及び前記予定情報を受信して登録することと、
    　を備える、情報処理方法。
  17. 　予定情報を共有するための予定共有アプリケーションの端末へのダウンロードに応じて、ダウンロードされた予定共有アプリケーションに対応する識別情報を発行する手段、
    　前記端末が前記予定情報を他のユーザーの端末と共有する際に前記端末から送信された前記識別情報及び前記予定情報を受信して登録する手段、
    　としてコンピュータを機能させるためのプログラム。
  18. 　予定情報を共有するための予定共有アプリケーションの情報処理装置へのダウンロードに応じて、ダウンロードされた予定共有アプリケーションに対応する識別情報を発行する識別情報発行部と、
    　前記情報処理装置が前記予定情報を他のユーザーの端末と共有する際に前記端末から送信された前記識別情報及び前記予定情報を受信して登録する予定登録部と、
    　を有する、サーバーと、
    　予定情報を共有するための予定共有アプリケーションのダウンロードに応じて、当該予定情報を管理する前記サーバーから設定される、ダウンロードされた前記予定共有アプリケーションに対応する前記識別情報を格納する識別情報格納部と、
    　前記予定情報を他のユーザーの端末と共有するために前記サーバーへ登録する際に、前記識別情報及び前記予定情報を前記サーバーへ送信する送信部と、を有する、前記情報処理装置と、
    　を備える情報処理システム。
PCT/JP2015/070687 2014-08-29 2015-07-21 情報処理装置、情報処理方法、プログラム、サーバー及び情報処理システム WO2016031432A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2016545052A JP6601399B2 (ja) 2014-08-29 2015-07-21 情報処理装置、情報処理方法、プログラム、サーバー及び情報処理システム

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2014175751 2014-08-29
JP2014-175751 2014-08-29

Publications (1)

Publication Number Publication Date
WO2016031432A1 true WO2016031432A1 (ja) 2016-03-03

Family

ID=55399333

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2015/070687 WO2016031432A1 (ja) 2014-08-29 2015-07-21 情報処理装置、情報処理方法、プログラム、サーバー及び情報処理システム

Country Status (3)

Country Link
JP (1) JP6601399B2 (ja)
TW (1) TWI675298B (ja)
WO (1) WO2016031432A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7450148B1 (ja) 2023-06-07 2024-03-15 株式会社令和トラベル 旅行情報共有システム、旅行情報共有プログラム及び、旅行情報共有方法

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003348080A (ja) * 2002-05-28 2003-12-05 Nec Corp 画像処理配信方法およびプログラム
WO2013186937A1 (ja) * 2012-06-11 2013-12-19 ユーイング株式会社 通信システム及び通信端末接続方法
JP2014021969A (ja) * 2012-07-13 2014-02-03 Line Corp メッセンジャープラットフォームのユーザ関係情報に基づいて様々なサービスを提供する方法及びシステム
WO2014073277A1 (ja) * 2012-11-09 2014-05-15 ソニー株式会社 通信端末、通信方法、プログラム、及び通信システム
JP2014106586A (ja) * 2012-11-26 2014-06-09 Nec Biglobe Ltd 管理システム、管理サーバ、管理方法およびプログラム

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003348080A (ja) * 2002-05-28 2003-12-05 Nec Corp 画像処理配信方法およびプログラム
WO2013186937A1 (ja) * 2012-06-11 2013-12-19 ユーイング株式会社 通信システム及び通信端末接続方法
JP2014021969A (ja) * 2012-07-13 2014-02-03 Line Corp メッセンジャープラットフォームのユーザ関係情報に基づいて様々なサービスを提供する方法及びシステム
WO2014073277A1 (ja) * 2012-11-09 2014-05-15 ソニー株式会社 通信端末、通信方法、プログラム、及び通信システム
JP2014106586A (ja) * 2012-11-26 2014-06-09 Nec Biglobe Ltd 管理システム、管理サーバ、管理方法およびプログラム

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7450148B1 (ja) 2023-06-07 2024-03-15 株式会社令和トラベル 旅行情報共有システム、旅行情報共有プログラム及び、旅行情報共有方法

Also Published As

Publication number Publication date
JPWO2016031432A1 (ja) 2017-06-08
TWI675298B (zh) 2019-10-21
JP6601399B2 (ja) 2019-11-06
TW201633155A (zh) 2016-09-16

Similar Documents

Publication Publication Date Title
US20170118165A1 (en) System and method for controlled sharing and synchronizing information across a plurality of mobile client application computers
JP6589869B2 (ja) 情報処理装置、情報処理方法、プログラム、サーバー及び情報処理システム
AU2023200458A1 (en) System and method for video communication
US20100088372A1 (en) Conference networking system incorporating social networking site information
US10812431B2 (en) Social platform for event creation and communication and method therefor
WO2021205240A1 (en) Different types of text call services, centralized live chat applications and different types of communication mediums for caller and callee or communication participants
US8832190B1 (en) Chat-enabled social circles
US20150356468A1 (en) Mobile chat systems for real time polling, rating and rsvp'ing
JP6194191B2 (ja) 情報処理システム
US20110283218A1 (en) Electronic Event Planner in Communication Device
JP5372288B1 (ja) サーバ装置、方法、および、プログラム
Haikio et al. 'Would You Be My Friend?'-Creating a Mobile Friend Network with'Hot in the City'
JP6601399B2 (ja) 情報処理装置、情報処理方法、プログラム、サーバー及び情報処理システム
US11018987B2 (en) Resource reservation system, setting method, and non-transitory computer readable storage medium
US20140074972A1 (en) System and Electronic Device
JP2013105482A (ja) ビデオライブチャットシステム。
US20130024530A1 (en) Apparatus and method for providing community service in portable terminal
KR102190882B1 (ko) 커뮤니티 플랫폼 제공 방법 및 장치
JP5596094B2 (ja) システムおよび電子機器
JP2021106023A (ja) サーバ装置、携帯端末、イベント運営方法及びプログラム
JP2016201042A (ja) 情報処理システム及びそれに用いられるサーバ並びに情報処理プログラム
JP2019111399A (ja) コンピュータの制御プログラム及びメッセージ通信方法
WO2016059570A1 (en) Electronic system for indirect intercommunication messaging between electronic terminals
JP2019096091A (ja) イベント管理システム、イベント管理サーバ装置、及びイベント管理プログラム
JP2015022747A (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: 15836315

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2016545052

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 15836315

Country of ref document: EP

Kind code of ref document: A1