旅程规划的方法及其电子装置与流程

本发明涉及一种旅程规划的技术，尤其涉及一种旅程规划的方法及其电子装置。

背景技术：

对于旅程规划者而言，最繁锁工作在于收集大量的数据并且整理成册，其在准备的过程中需要先收集例如是屏幕截图、地图、火车时刻表、景点停留时间等具有多种不同格式的数据，再将收集完的数据重新依照时间顺序进行编排。

然而，上述所整理出来的旅程规划文件往往不便于进行行程上的编辑、新增或是删减，并且其浏览介面及呈现方式容易让旅程规划者觉得紊乱。

技术实现要素：

鉴于此，本发明提供一种旅程规划的方法及其电子装置，其可让旅程规划者方便整理所收集的数据，以利于旅程规划。

本发明提出一种旅程规划的方法，适用于可连线至服务器的电子装置，其中服务器储存多个已上传旅程表，各个已上传旅程表包括多个已上传旅游行程，各个已上传旅游行程包括至少一张已上传数据卡片，各张已上传数据卡片对应于至少一笔已上传收集数据，而前述方法包括下列步骤。首先，取得包括多个旅游行程的旅程表，其中所述旅游行程包括第一旅游行程以及接续于第一旅游行程的第二旅游行程。接着，根据第一旅游行程，自服务器取得所述已上传旅游行程中的至少一推荐旅游行程。之后，检测对于所述推荐旅游行程的选择操作，以及响应于检测到所述推荐旅游行程的第三旅游行程的选择操作，将第三旅游行程安插于第一旅游行程与第二旅游行程之间，据以更新旅程表。

本发明另提出一种电子装置，包括屏幕、输入器、通信电路、存储器以 及处理器，其中处理器耦接屏幕、输入器、通信电路以及存储器。屏幕用以显示画面。输入器用以检测对于电子装置的操作。通信电路用以连线至服务器，其中服务器储存多个已上传旅程表，各个已上传旅程表包括多个已上传旅游行程，各个已上传旅游行程包括至少一张已上传数据卡片，各张已上传数据卡片对应于至少一笔已上传收集数据。存储器用以记录多个模块。处理器用以存取并执行存储器中记录的模块。此些模块包括旅程表获取模块、旅程推荐模块以及旅程表更新模块。旅程表获取模块用以取得包括多个旅游行程的旅程表，其中所述旅游行程包括第一旅游行程以及接续于第一旅游行程的第二旅游行程，各个旅游行程包括至少一张数据卡片，各张数据卡片对应于至少一笔收集数据。旅程推荐模块根据第一旅游行程，利用通信电路自服务器取得所述已上传旅游行程中的至少一个推荐旅游行程，并且检测对于所述推荐旅游行程的选择操作。响应于旅程推荐模块检测到所述推荐旅游行程的第三旅游行程的选择操作，旅程表更新模块用以将第三旅游行程安插于第一旅游行程与第二旅游行程之间，据以更新旅程表。

基于上述，本发明所提出的旅程规划的方法及其电子装置可根据旅程表中各个旅游行程之间相对应的关联性，结合数据应用以提供使用者更多的旅游行程建议。

为让本发明的上述特征和优点能更明显易懂，下文特举实施例，并配合附图作详细说明如下。

附图说明

图1是根据本发明一实施例所示的电子装置的方框图；

图2是根据本发明的一实施例所示的旅程规划的方法的流程图；

图3A是根据本发明一实施例所示的旅程规划文件的片段的示意图；

图3B是图3A的旅程规划文件的片段转换为数据卡片的示意图；

图3C是图3B的数据卡片经由排序后的示意图；

图3D是依据本发明一实施例所示的旅游行程及其数据卡片的示意图；

图3E是依据本发明另一实施例所示的旅游行程及其数据卡片的示意图；

图4是根据本发明另一实施例所示的电子装置的方框图；

图5是根据本发明的另一实施例所示的旅程规划的方法的流程图；

图6A是根据本发明的一实施例所示的推荐旅游行程的取得方式的示意图；

图6B是根据本发明的另一实施例所示的推荐旅游行程的取得方式的示意图。

附图标记：

100、400：电子装置

110、410：屏幕

120、420：输入器

125、425：通信电路

130、430：存储器

131、431：文件获取模块

133、433：卡片管理模块

135、435：旅程管理模块

S202～S208、S502～S508：旅程规划的方法流程

300：旅程规划文件的片段

310A、320A、330A：收集数据

330a、331：表格

310B、320B、330B、330C、315C：数据卡片

351、352、353、361、362、363：数据卡片

311、321、322：图示超链接

331b：展开物件

T1～T5、T1’：旅游行程

DT：显示物件

ADT、AC、AT：操作物件

d、m：提示物件

480：服务器

A、B、a、b：地理位置

AB、AC、AD、AE：交通行程

A_C、B_C：距离范围

具体实施方式

本发明的部份实施例接下来将会配合附图来详细描述，以下的描述所引用的元件符号，当不同附图出现相同的元件符号将视为相同或相似的元件。这些实施例只是本发明的一部份，并未揭示所有本发明的可实施方式。更确切的说，这些实施例只是本发明的权利要求中的方法以及电子装置的范例。

图1是根据本发明一实施例所示的电子装置的方框图，但此仅是为了方便说明，并不用以限制本发明。首先图1先介绍电子装置的所有构件以及配置关系，详细功能将配合图2一并揭示。

请参照图1，电子装置100包括屏幕110、输入器120、通信电路125、存储器130以及处理器140。在本实施例中，电子装置100例如是个人电脑、笔记本电脑、智能手机、平板电脑、个人数字助理等电子装置，本发明不以此为限。

屏幕110是用以显示电子装置100输出的画面而提供给使用者观看。在本实施例中，屏幕110例如是液晶显示器(Liquid Crystal Display，LCD)、发光二极管(Light-Emitting Diode，LED)显示器、场发射显示器(Field Emission Display，FED)或其他种类的显示器。

输入器120用以提供使用者对于电子装置100的操作，其可以是电子装置100外接或内建的键盘、鼠标、手写笔、触控板、轨迹球等装置。在一实施例中，屏幕110可与输入器120整合为触控屏幕，例如电容式或电阻式的触控屏幕，而用以接收使用者的触控操作。

通信电路125用以通过通信网络上网，其可以例如是支援WiMAX通信协定、Wi-Fi通信协定、3G通信协定、4G通信协定等无线网络连线，ADSL宽频或光纤网络等有线网络连线的元件，然而本发明不在此设限。通信电路125更用以提供电子装置100与其它装置间进行档案数据的传输，其可以例如是支援近距离无线传输或是有线传输的元件，然而本发明亦不在此设限。

存储器130例如是任意形式的固定式或可移动式随机存取存储器(Random Access Memory，RAM)、只读存储器(Read-Only Memory，ROM)、快闪存储器(Flash memory)、硬盘或其他类似装置或这些装置的组合，是用以储存档案数据。此外，存储器130更用以记录可由处理器140执行的多个模块，这些模块包括文件获取模块131、卡片管理模块133以及旅程管理 模块135。

处理器140可以例如是中央处理单元(Central Processing Unit，CPU)，或是其他可程序化的一般用途或特殊用途的微处理器(Microprocessor)、数字信号处理器(Digital Signal Processor，DSP)、可程序化控制器、特殊应用集成电路(Application Specific Integrated Circuits，ASIC)、可程序化逻辑装置(Programmable Logic Device，PLD)或其他类似装置或这些装置的组合。处理单元140耦接屏幕110、输入器120、通信电路125以及存储器130，其用以存取存储器130中的模块，以执行旅程规划的功能。

图2是根据本发明的一实施例所示的旅程规划的方法的流程图。请参照图2，本实施例的方法适用于图1的电子装置100，以下即搭配电子装置100中的各项元件说明本发明的旅游行程规划的方法的详细步骤。

首先，电子装置100的文件获取模块131将取得包括多笔收集数据的旅程规划文件(步骤S202)。详细来说，电子装置100可提供文件编辑器，而使用者得以藉由输入器120来输入或是贴上多笔所收集来的数据，以产生旅程规划文件。此外，电子装置100亦可自其它电子装置取得旅程规划文件。此些笔收集数据可以包括至少一个数据项目，而每一个数据项目具有至少一种数据格式。举例来说，收集数据的数据项目可以是景点名称、饭店住址、价位、乘车资讯、照片、相关网站连结、网络评价等，而数据格式可以是文字、屏幕截图、图片、超链接、表格等，然而本发明不以此为限。

具体而言，图3A是根据本发明一实施例所示的旅程规划文件的片段的示意图。

请参照图3A，旅程规划文件的片段300包括三笔关于住宿的收集数据。收集数据310A以及收集数据310B分别为位于京都的两家饭店的相关资讯。收集数据310A包括饭店名称、价位以及推荐分享网站等三种数据项目，其中饭店名称、价位的数据格式为文字，而推荐分享网站的数据格式为超链接。收集数据320A包括饭店名称、乘车资讯、推荐分享网站以及饭店住址等四种数据项目，其中饭店名称、乘车资讯以及饭店住址的数据格式为文字，而推荐分享网站的数据格式为超链接。收集数据330A则是多家位于大阪的东横INN连锁饭店的分店，其中所列出的分店及其相关资讯(价格以及乘车资讯)则是以表格的数据格式呈现。

请再参照图2，电子装置100的文件获取模块131在取得旅程规划文件后，卡片管理模块133会将各笔收集数据转换为数据卡片(步骤S204)。在此的每张数据卡片包括经由数据格式转换后的收集数据。卡片管理模块133可先根据每笔收集数据的数据项目的数据格式，以对所述笔收集数据进行处理，而处理后的收集数据可使得浏览版面较为简洁。接着，卡片管理模块133可将收集数据经过处理后的旅程规划文件切割为多个数据片段。换句话说，每个数据片段将分别对应一笔收集数据。之后，卡片管理模块133再将数据片段转换为数据卡片的格式。

卡片管理模块133切割旅程规划文件的方式可以是根据是使用者一般在编辑文件时的习惯。一般而言，当使用者在利用一般的文件编辑器规划旅程时，往往会利用空白行来区隔多笔收集数据。因此，卡片管理模块133可检测旅程规划文件空白行的所在位置，并且根据空白行来切割旅程规划文件。举例来说，假设使用者习惯以两行空白行来分隔不同的旅游行程，则卡片管理模块133可根据所有两行空白行的所在位置来切割旅程规划文件。然而，本发明不限于此。在其它的实施例中，卡片管理模块133亦可根据旅程规划文件中的分隔线、字型大小、特定符号、甚至文字内容来切割旅程规划文件。

必须说明的是，在另一实施例中，卡片管理模块133亦可先将旅程规划文件切割为多个数据片段，再针对收集数据进行处理，并且将所有经过处理后的数据片段转换为数据卡片的格式，本发明不在此设限。

以下将列举三种卡片管理模块133处理收集数据(以下称为“第一收集数据”、“第二收集数据”以及“第三收集数据”)的方式。

假设第一收集数据的其中一个数据项目(定义为“第一数据项目”)为实际地址并且其数据格式为文字。卡片管理模块133可利用通信电路125通过网络取得前述实际地址所对应的网络电子地图，并且撷取网络电子地图的统一资源定位符(Uniform Resource Locator，URL)地址。在一实施例中，卡片管理模块133可将网络电子地图的URL地址新增至第一收集数据中。在另一实施例中，卡片管理模块133可将所新增至第一收集数据中的URL地址转换为网络电子地图的URL地址的图示超链接。在又另一实施例中，卡片管理模块133更可直接将第一数据项目的数据格式转换为网络电子地图的URL地址的图示超链接。

假设第二收集数据的其中一个数据项目(定义为“第二数据项目”)为相关网站，也就是说其所对应的数据格式为文字超链接，则卡片管理模块133可将第二数据项目的数据格式转换为图示超链接。

假设第三收集数据的其中一个数据项目(定义为“第三数据项目”)的数据格式为表格，则卡片管理模块133可将表格收缩(collapse)，以隐藏部份的第三收集数据，节省浏览版面的空间。

举例来说，图3B是图3A的旅程规划文件的片段转换为数据卡片的示意图。

请同时参照图3A以及图3B，在此范例中，图3A的收集数据310A中的推荐分享网站的超链接将会转换为图3B的数据卡片310B的图示超链接311，而饭店名称、价位则是以原来的文字方式呈现。

在此范例中，图3A的收集数据320A中的推荐分享网站的超链接将会转换为图3B的数据卡片310B的图示超链接321，而饭店名称、乘车资讯则是以原来的文字方式呈现。值得注意的是，收集数据320B中的饭店住址将会直接转换为网络电子地图的URL地址的图示超链接322。也就是说，当使用者点选图示超链接322，电子装置100的屏幕110将会显示收集数据320A中的饭店住址所对应的网络电子地图。

在此范例中，图3A的收集数据330A中的表格330a将会收缩为图3B的数据卡片330B的表格331，其中表格331仅显示表格330a的第一列(Row)的资讯，其余的将被隐藏于数据卡片330B的显示区域。当使用者点选展开物件331b时，才会将完整的表格展开(Expand)。

在本实施例中，卡片管理模块133将旅程规划文件转换为多张数据卡片后，可利用输入器120检测使用者对于数据卡片进行排序的操作，其可以是合并数据卡片、对调数据卡片的顺序等等。举例来说，图3C是图3B的数据卡片经由排序后的示意图。

请同时参照图3B以及图3C，在此范例中，使用者可利用输入器20将图3B中的数据卡片310B与数据卡片320B合并，再将数据卡片330C与合并后的数据卡片310B与数据卡片320B对调，以形成图3C的数据卡片330C以及合并后的数据卡片315C的排序方式。

在一实施例中，数据卡片内经由数据格式转换后的收集数据亦可包括可 更新的即时资讯(Live Content)，以方便使用者进行后续的查询，而此即时资讯可以例如是特定景点的天气资讯、地图等。举例来说，当数据卡片包括特定景点的天气资讯时，电子装置100的卡片管理模块133可定时地利用通信电路125通过网络自天气网站不断地获取最新的天气资讯，以更新数据卡片。如此一来，使用者仍可在旅行出发前经由数据卡片获得当地的即时天气资讯。当数据卡片包括特定景点的地图时，电子装置的卡片管理模块133可在使用者改变旅游行程的景点时，一并将数据卡片中的地图更新。

请再回到图2，卡片管理模块133将旅程规划文件转换为多张数据卡片后，旅程管理模块135将利用输入器120检测对于数据卡片的指定操作，以将数据卡片分群为多个旅游行程(步骤S206)。详细来说，旅程管理模块135可建立多个旅游行程，其中每个旅游行程可分为景点行程或者是由出发地前往至目的地的交通行程。接着，旅程管理模块135根据使用者利用输入器120的指定操作，将各张数据卡片加入所指定的旅游行程当中。

举例来说，图3D是依据本发明一实施例所示的旅游行程及其数据卡片的示意图，而范例中的旅游行程为景点行程。

请参照图3D，假设使用者将旅游行程T1设定为“树下神社”。在本实施例中，卡片检测模块135将检测到使用者利用输入器120将数据卡片351、数据卡片352以及数据卡片353拖曳到旅游行程T1的子集中，其中数据卡片351为树下神社附近可考虑入住的饭店，数据卡片352为树下神社的网络电子地图，而数据卡片353为树下神社所属的地区中的天气。附带一提的是，数据卡片351的内容为图3A使用者所收集的收集数据320A，而数据卡片352以及数据卡片353的内容为卡片管理模块133定时地利用通信电路125通过网络所获取的动态即时资讯。此外，旅游行程T1更可包括提示物件d，以在使用者浏览旅游行程时可得知旅游行程T1的子集中包括多张数据卡片。

在此范例中，使用者还可设定每一个旅游行程的停留时间。以旅游行程T1为例，其停留时间是设定为1小时。使用者亦可点选操作物件AT以新增旅游行程，或者点选操作物件AC以新增数据卡片。当然，使用者亦可选择删除旅游行程或是数据卡片。此外，显示物件DT显示此为第一天的旅游行程。当使用者已排定第一天的旅游行程或者是欲新增其它旅游行程至其它天数时，可点选操作物件ADT以新增其它天数，以安排其它天数的旅游行程。

图3E是依据本发明另一实施例所示的旅游行程及其数据卡片的示意图，而此范例中的旅游行程为交通行程。

请参照图3E，假设使用者将旅游行程T2设定为旅游行程T1’与旅游行程T3之间的交通行程，也就是说旅游行程T2为以“清水寺”做为出发地并且以“大阪车站”做为目的地的交通行程。在此范例中，旅程管理模块135将检测到使用者利用输入器120将数据卡片361、数据卡片362以及数据卡片363拖曳到旅游行程T2的子集中，其中数据卡片361为包括清水寺以及大阪车站的网络电子地图，数据卡片362为清水寺与大阪车站的三种交通方式，数据卡片363为JR列车的东海道山阳本线接近上午9:30的时刻表，以更符合使用者的需求。此时刻表可以是纯表格形式、屏幕截图、URL地址的图示超链接等，本发明不在此设限。此外，旅游行程T1’、旅游行程T2、旅游行程T3以及旅游行程T1更可包括提示物件d，以在使用者浏览旅游行程时可得知此些子集中分别包括多张数据卡片。旅游行程T4以及旅游行程T5更可包括提示物件m，以在使用者浏览旅游行程时可得知此些子集中分别包括网络电子地图。

在一实施例中，使用者亦可以随时调整所有旅游行程的顺序。以另一观点而言，旅程管理模块135将检测到使用者利用输入器120对于旅游行程的移动操作，以重新进行排序。此外，旅程管理模块135可以一个天数为单位，将已排序的旅游行程整合为旅程表。

旅程管理模块135所整合出的旅程表可随时提供使用者来查询任何旅游行程。当使用者选择任何旅游行程时，旅程管理模块135将显示所选择的旅游行程中的数据卡片，以方便使用者浏览所选择的旅游行程中所收集来的相关资讯。此外，使用者在旅游的途中，旅程管理模块135更可根据目前的时间点和/或电子装置100的全球定位系统(GPS)所定位出的目前位置来自动地显示旅程表中相关的旅游行程，以提供使用者更方便的查询。

在前述的实施例中，电子装置可根据使用者利用文件编辑器所编辑的旅程规划文件中所收集的数据转换为数据卡片，并且根据使用者的操作来将数据卡片置于其所对应的旅游行程以及对旅游行程进行排序，以产生便于使用者整理编排及浏览的旅程表。此外，由于数据都已转换成数据卡片的格式，电子装置100更可将旅程表套用至特定的排版格式，即可输出成可符合不同 电子装置的显示格式。在其它实施例中，在使用者规划旅游行程的期间，电子装置可提供相关的推荐景点行程、推荐交通行程，更可依照使用者的旅游喜好排定旅程表，以更强化使用者经验。

详细来说，图4是根据本发明另一实施例所示的电子装置的方框图，但此仅是为了方便说明，并不用以限制本发明。

请参照图4，电子装置400包括屏幕410、输入器420、通信电路425、存储器430以及处理器440，其类似于图1中的屏幕110、输入器120、通信电路125、存储器130以及处理器140，详细说明请参照前述相关段落，于此不再赘述。电子装置400与电子装置100的差异在于存储器430是用以记录可由处理器440执行的旅程表获取模块431、旅程推荐模块433以及旅程表更新模块435。

图5是根据本发明的另一实施例所示的旅程规划的方法的流程图。请参照图5，本实施例的方法适用于图4的电子装置400，以下即搭配电子装置400中的各项元件说明本发明的旅游行程规划的方法的详细步骤。

首先，电子装置400的旅程表获取模块431将取得包括多个旅游行程的旅程表(步骤S502)。在此的旅程表即为前述实施例中旅程管理模块135所整合出的旅程表；亦即，每一旅游行程包括至少一张数据卡片，而每张数据卡片则是对应于至少一笔收集数据。

在本实施例中，电子装置400可在使用者规划旅游行程的期间，利用通信电路425连线至服务器480。服务器480可以是应用程序服务器(application server)、云端服务器(cloud server)等服务器，其已预先储存多个自其它电子装置所上传的旅程表(在此定义为“已上传旅程表”)。同样地，各个已上传旅程表包括多个旅游行程(在此定义为“已上传旅游行程”)，各个已上传旅游行程包括至少一张数据卡片(在此定义为“已上传数据卡片”)，而各张已上传数据卡片对应于至少一笔收集数据(即为前述实施例中数据格式转换后的收集数据，在此定义为“已上传收集数据”)。服务器480可根据电子装置400目前的旅程表来进一步地提供电子装置400更多景点或交通行程上的建议。

具体来说，服务器480可探勘此些已上传旅程表以及已上传旅游行程，以取得此些已上传旅游行程之间的关联性，并且再依照电子装置400目前的 旅程表，适时地推荐其它旅游行程至电子装置400。以下将以电子装置400的旅程表中的第一旅游行程以及接续于第一旅游行程的第二旅游行程来说明，而旅程表中的其它旅游行程可以相同的方式类推。

在此，电子装置400的旅程推荐模块433将根据第一旅游行程，自服务器480取得已上传旅游行程中的至少一个推荐旅游行程(步骤S504)。在此的推荐旅游行程同样可分为两大类：景点行程以及交通行程，其中景点行程可以例如是观光景点、逛街行程、餐厅、住宿等位于特定地点的行程，而交通行程则是由出发地前往至目的地的交通方式。在一实施例中，旅程推荐模块433可提供使用者选择景点或者是交通的推荐旅游行程。在另一实施例中，旅程推荐模块433可自动地提供所有景点以及交通的推荐旅游行程，本发明不在此设限。

假设旅程推荐模块43所要推荐的旅游行程为景点行程，旅程推荐模块433先是根据第一旅游行程的数据卡片的收集数据，取得第一旅游行程所关联的地理位置(在此定义为“第一地理位置”)。由于各个旅游行程中的数据卡片并不具有特定的数据项目，因此旅程推荐模块433需要先分析第一旅游行程的数据卡片以取得第一地理位置，再自服务器480的已上传旅游行程中取得与第一地理位置最接近的至少一个旅游行程来做为推荐旅游行程。

在一实施例中，旅程推荐模块433可藉由数据卡片中的网络电子地图、地址、照片的EXIF资讯来做为分析的依据。举例来说，假设第一旅游行程的数据卡片包括“博多运河城”的多个商家住址，则旅程推荐模块433可推测此旅游行程所关注的目标地点为“博多运河城”。接着，旅程推荐模块433可自服务器480取得与“博多运河城”附近的景点所关联的旅游行程作为推荐旅游行程。

在一实施例中，假设第一旅游行程的文字资讯(例如是标题栏位或者是位置栏位)具有实际地点资讯时，旅程推荐模块433可将所关注的目标地点与实际地点资讯比对，以确认第一旅游行程的实际地点资讯的正确性。

在另一实施例中，假设第一旅游行程的文字资讯不具有任何实际地点资讯时，旅程推荐模块433可将所关注的目标地点设定为第一旅游行程的虚拟地点资讯。举例来说，假设第一旅游行程的标题栏位为“吃晚餐”等非实际地点资讯。旅程推荐模块433将会给予第一旅游行程一个附加的虚拟位置资 讯为“博多运河城”。尔后，当第一旅游行程上传至服务器480而成为已上传旅游行程之一时，倘若另一使用者有需要于“晚餐时间”在“博多”附近需要推荐的景点行程时，第一旅游行程亦会被推荐给另一使用者，而另一使用者将会看到一个命名为“吃晚餐”的旅游行程，并且具有博多运河城多个商家住址。在本实施例中，虚拟地点资讯的正确性则可利用使用者在使用此第一旅游行程的当下，通过电子装置400的全球定位系统所定位出的目前位置来辅助确认此第一旅游行程的虚拟地点资讯。

以上述的实施例做为延伸，在一实施例中，旅程推荐模块433可自服务器480取得与第一地理位置最接近并且符合第一旅游行程所关联的时间点的至少一个旅游行程来做为推荐旅游行程。举例来说，此时间点可以例如是上述范例中的“晚餐时间”等一天特定的区间，或者是可扩展至例如是“樱花季”、“枫叶季”等特定的时节，本发明不在此设限。

在一实施例中，旅程推荐模块433可自服务器480取得所统计出接续于第一旅游行程并且具有最多出现次数的至少一个旅游行程做为推荐旅游行程。举例来说，假设第一旅游行程为“博多运河城”。服务器480可从已上传行程表中分析出使用者在使用“博多运河城”的旅游行程后大多会使用“福冈塔”的旅游行程，则旅程推荐模块433可自服务器480取得“福冈塔”的旅游行程来做为接续于“博多运河城”的推荐旅游行程。

另一方面，假设推荐旅游行程为两地之间的交通行程，也就是说推荐旅游行程包括出发地以及目的地的资讯。旅程推荐模块433除了根据第一旅游行程的数据卡片的收集数据，取得第一旅游行程所关联的地理位置(即，“第一地理位置”)，更根据第二旅游行程的数据卡片的收集数据，取得第二旅游行程所关联的地理位置(在此定义为“第二地理位置”)，其中旅程推荐模块433取得第二地理位置的方式类似于取得第一地理位置的方式，于此不再赘述。

在一实施例中，旅程推荐模块433可自服务器480中取得所统计出从第一地理位置前往至第二地理位置最多出现次数的至少一个旅游行程做为推荐旅游行程。换句话说，此些推荐旅游行程则是服务器480中以第一地理位置以及第二地理位置分别做为出发地以及目的地并且出现次数最多(最多使用者所采用)的交通方式。举例来说，第一地理位置以及第二地理位置分别为 “清水寺”以及“大阪”时，则旅程推荐模块433所提供的推荐旅游行程可以是经过京都车站的交通行程。

在另一实施例中，旅程推荐模块433更可根据第一旅游行程的时间点来取得第一地理位置前往至第二地理位置的推荐旅游行程。举例来说，一般而言，白天地铁的旅游行程使用次数较多，而晚上新干线的旅游行程使用次数较多，因此以同样的出发地以及目的地，旅程推荐模块433在白天以及晚上所推荐的交通行程亦有所不同。

然而，若是在第一地理位置与第二地理位置毫无关联性的情况下，也就是说服务器480的已上传旅游行程中不具有从第一地理位置前往至第二地理位置的旅游行程，旅程推荐模块433可以例如是以下述几种范例来取得推荐旅游行程。

在一实施例中，旅程推荐模块433可自服务器480中取得出发地为第一地理位置而目的地为其它地理位置的旅游行程做为推荐旅游行程，其中第一地理位置与其它地理位置之间的距离不大于第一地理位置与第二地理位置之间的距离。

举例来说，图6A是根据本发明的一实施例所示的推荐旅游行程的取得方式的示意图。

请参照图6A，假设出发地以及目的地分别为地理位置A以及地理位置B，然而服务器480中不存在交通行程AB。假设交通行程AC、交通行程AD以及交通行程AE皆是以地理位置A做为出发地。在此范例中，由于交通行程AC以及交通行程AD的距离大于地理位置A(出发地)与地理位置B(目的地)的距离，旅程推荐模块433并不会将此二交通行程归类为推荐旅游行程。另一方面，由于交通路线AE的旅游行程小于距离AB，因此旅程推荐模块433会将交通路线AE归类为推荐旅游行程之一。在一实施例中，旅程推荐模块433可进一步地查询地理位置E与地理位置B是否存在交通行程；若是，则可进一步地列出至推荐旅游行程，以告知使用者地理位置E前往地理位置B的行经方式，而使用者得以从地理位置A出发，经由地理位置E前往至地理位置B。

在另一范例中，旅程推荐模块433可自服务器480取得所统计出从第一地理位置前往至替代第二地理位置最多出现次数的至少一个旅游行程做为推 荐旅游行程。在此的替代第二地理位置为第二地理位置附近的地理位置，也就是将第二地理位置提高至高层次的地理位置。举例来说，第二地理位置与替代第二地理位置之间的距离不大于距离门槛值，或者是第二地理位置与替代第二地理位置属于同个行政区等等。

举例来说，图6B是根据本发明的另一实施例所示的推荐旅游行程的取得方式的示意图。

请参照图6B，假设出发地以及目的地分别为地理位置A以及地理位置B，然而服务器480中不存在交通行程AB。旅程推荐模块433可自服务器480取得由地理位置A前往至可替代地理位置B的地理位置b，其中地理位置b属于地理位置B的特定距离范围B_C内。

在另一范例中，假设服务器480中没有分别对应第一地理位置以及第二地理位置的交通行程时，旅程推荐模块433可自服务器480取得所统计出从替代第一地理位置前往至替代第二地理位置最多次数的至少一个旅游行程做为推荐旅游行程。在此的替代第一地理位置以及替代第二地理位置分别为第一地理位置以及第二地理位置附近的地理位置，也就是同时将第一地理位置以及第二地理位置提高至高地理层次的地理位置。类似地，实际地理位置与替代地理位置之间的距离不大于距离门槛值，或者是实际地理位置与替代地理位置属于同个行政区等等。

同样以图6B为例，假设出发地以及目的地分别为地理位置A以及地理位置B，然而服务器480中不存在交通行程AB。旅程推荐模块433可自服务器480取得地理位置a前往地理位置b，其中地理位置a属于地理位置A的特定距离范围A_C内，地理位置b属于地理位置B的特定距离范围B_C内。

请再回到图5，旅程推荐模块433在取得推荐旅游行程后，将利用输入器420检测使用者对于推荐旅游行程的选择操作(步骤S506)。响应于检测到使用者对于推荐旅游行程中的第三旅游行程的选择操作，旅程表更新模块435将第三旅游行程安插于第一旅游行程与第二旅游行程之间，据以更新旅程表(步骤S508)。换言之，电子装置400的使用者在利用输入器420选取特定的推荐旅游行程(即，第三旅游行程)后，旅程表更新模块435可将其安插至旅程表中，以更新旅程表。

在一实施例中，旅程表更新模块435更新旅程表的方式更可以是依照使 用者过去的使用经验来排序旅程表，以更强化旅游行程的规划。详细来说，旅程表更新模块435可自存储器430或是服务器480取得使用者的旧的行程表，再根据旧的行程表，计算使用者安排行程表的多个喜好度参数。此些喜好度参数可以例如是旅程的天数、一天安排景点的个数、住宿饮食习惯等，并且再根据此些喜好度参数以量化的方式重新排序行程表，以更贴近使用者的旅游习惯。

在一实施例中，电子装置400亦可在使用者完成旅程规划后，自动地或者是询问使用者是否将完成的旅程表上传至服务器480，以做为已上传旅程表之一，供其它使用者所参考。

此外，必须说明的是，在一实施例中，电子装置400可与电子装置100整合为同一装置，而整合后的电子装置的存储器可以同时包括文件获取模块131、卡片管理模块133、旅程管理模块135、旅程表获取模块431、旅程推荐模块433以及旅程表更新模块435，其可执行图2以及图5的旅程规划的方法步骤。

综上所述，本发明所提出的旅程规划的方法及其电子装置与电脑程序产品可根据使用者利用文件编辑器所编辑的旅程规划文件中所收集的数据转换为数据卡片，并且根据使用者的操作来将数据卡片置于其所对应的旅游行程以及对旅游行程进行排序，以产生便于使用者整理编排及浏览的旅程表。由于数据都已转换成数据卡片的格式，电子装置更可将旅程表套用至特定的排版格式，即可输出成可符合不同电子装置的显示格式。此外，本发明更可根据各个旅游行程之间相对应的关联性，结合云端运算以及数据探勘等数据应用，提供使用者更多的旅游行程建议，除了可提升使用者经验，更可发挥其开发弹性以及商业效应。

虽然本发明已以实施例揭示如上，然其并非用以限定本发明，任何所属技术领域中普通技术人员，在不脱离本发明的精神和范围内，当可作些许的更改与润饰，故本发明的保护范围当视所附权利要求所界定的范围为准。